- managing my dates and tasks locally on my PC - synchronize these with my smart phone - possibly access dates and tasks of my family members (LAN) - possibly access web calendars (e.g. Google calendar)
Can SeaMonkey/Lightning full fill these rather simple requirements?
I'm astonished nobody mentioned SeaMonkey/Mail so far. I always though Slashdot commenters are power users which IMO better use SM/Mail than TB. Most of the complains about TB are fixed and several important features are included. And MozBackup helps with moving profiles and mails back and fore. So instead of complaining why not simply switch to SeaMonkey?
I just had some experience with the CSS validator (http://jigsaw.w3.org/css-validator/validator.html .en) since I tried to make my new pages CSS compliant. First even if I choose "English" on the front page the results are in "German". My dear, before making pages conform to standards they should first be functional correct. How could W3C put up such a silly beginners mistake.
Yet whenever an error is spotted the resulting error message is more or less useless.
td,th,tr{
align:left;
vertical-align:baseline;
}
=> td, th, tr Die Eigenschaft align existiert nicht : left
Now each browser I tried interprets this correct even if it might be wrong formulated. Why can't the validator detect it as well and give a better error message?
Another case is the "size=1" argument in a "select" statement.
select.mini {
width:10em;
size:1;
}
=> select.mini Ungültige Nummer : size Die Eigenschaft size existiert nicht : 1
Again any browser is able to interpret this correct only the validator isn't.
The question arises why have the W3C validator such silly beginners syntax detection while any browser is far better? How can standardization been taken serious if W3C can't provide better tools?
Easy cross-platform development can be learned at wyoGuide (http://wyoguide.sf.net/). If you are serious and considers to sell your software anytimes in the future, there's no better choice.
How about because the differences are difficult to hide.
That's not true, it's quite easy if one knows how. Just visit wyoGuide (http://wyoguide.sf.net/) and learn how an application gets a fitting native look ("Look...) while still providing the same functionality (... & Feel") on each platform. wyoGuide follows the simple principle: "Look == native, Feel == genereal".
In fact most people right away de-xpify it by setting the start menu to "classic", turning off personal menus, and setting the control panel to classic view.
As I do as well. I also remove background images and switch to soft background colors (on Windows and Linux).
What a achievement, new backgrounds and splash screens! I thought 'Edgy Eft' was meant to try out some new kinds of technology or some new kind of user interactions. I even hoped there might be some provocative design decisions which allows to bring the Linux desktop a footprint forward. Yet backgrounds and splash screens don't improve my working system by a single inch. So what's so edgy on 'Edgy Eft'?
I don't clearly understand what Tim Berners-Lee is up to yet I know what's missing in the standards and that's database tags. Most pages in the web currently either use static content (texts, images, etc) or dynamic content loaded from a database. While static content can easily be formulate with HTML dynamic content can't. There's always the need for either PHP, Perl, Python, etc together with Java script. Yet most database access is simply retrieving (SELECT, FETCH) some content from a database or change (INSERT, UPDATE) some content in a database. In 95% there's no need for more functionality, so if theses simple statements were available as HTML tags there would be no need for scripts.
Well I hope IE7 has some kind of extensions as Firefox/SeaMonkey has. Then it would be possible to build one which loads Java script frameworks (e.g. Dojo toolkit, configurable) in the background before it's needed by a page. Sure I hope Firefox/SeaMonkey is faster in implementing such a feature yet it only makes sense if the vast majority of users have such a feature. IMO this kind of background loading of frameworks is the missing piece for a broad use of AJAX.
Tim Berners-Lee (http://dig.csail.mit.edu/breadcrumbs/node/166) is also considering to enhance the web standards yet these changes should be implemented with extensions first so they can be used by experimental sites. IMO it's essential to add database tags to HTML so most current scripting could be eliminated. This would make the web a lot more secure than now.
...mabye rework their idea of "one GUI to rule them all" ideology.
I not against a multitude of different GUIs and I don't think wyoGuide is the none plus ultra solution. Yet any difference makes it harder for users to become familiar and this is a very important feature of a successful application. Since Gimp is so diverted from the rest of the world this difference is even voiced in any kind of flame wars. It might be that the current GUI of Gimp is much more productive than wyoGuide, yet that doesn't matter much in an environment together with other applications. So what I try to achieve with wyoGuide is to allow for applications which fit into a greater context.
With the new graphic engine of Gimp it might be possible do have two Gimps, one with the current GUI and one with a wyoGuide GUI. This would allow to leave the choice to the users which GUI they prefer. To build a wyoGuide GUI around the Gimp engine is not very difficult. Just look how wyoEditor incorporates Scintilla, all it needs some glue code ala wxScintilla. I'm sure the Gimp project could easily create a wxGimp API.
Besides the solution outlined in wyoEditor/Scintilla is something which could be done quite easy by many more projects without much work. IMO this is an essential step for the acceptance of free applications and the acceptance of a free desktop system.
I'd love to hear specifically what is missing, as I'm sure the devs would too.
I don't think the developers really want to know, else they would have responded long before since I've already told it several times. While the graphic drawing power of Gimp isn't disputed, Gimp sports the most uncommon GUI an application could have. This (and only this) GUI leaves a bad taste in the users mind so they start looking for other minor annoyances one finds in any application if looked for. Yet since most users a pre justice because of the bad taste they won't forgive any other annoyance.
This is all known in the Gimp community yet they don't want to acknowledge this simple fact but prefer to discard this as a flame bait. So it's now wonder Gimp gets flamed at all the time, rightfully or not. On the other side it's incredible easy for Gimp to drop off this flaming, they simply should change their GUI to the one outlined in wyoGuide (http://wyoguide.sourceforge.net/). All it needs is some willingness on the Gimp side and a little work. It might be that wyoGuide isn't the best but it certainly is good enough for Xara (http://wyoguide.sourceforge.net/projectlist.php) and many other fine applications.
You see Gimp's problems aren't technological, they are ideological.
O. Wyss PS. You are free to rate this as flame bait but that won't help Gimp.
No developer will code something like this, nobody has the time and energy to test each case. The only solution would be to use wxWidgets since it handles all platform specifics inside.
Like, maybe we can get one mail client that's really good, instead of two half-baked ones, etc.
Why not one mail client that's really good, and runs nicely in both, maybe even all desktops?
One good mail client? True, since Thunderbird hasn't gotten the same market share as Firefox, this seems to be necessary.
On all desktops? This would mean also on Windows and Macs which implies you have to start anew using wxWidgets (and possibly wyoGuide http://wyoguide.sf.net/). Yet I think there's nobody out there who does the work.
First off, that isn't true. Things like Vcc sources have to move around to acommodate new designs. You're also disregarding the move to DDR2 which has a different interface as well.
You haven't done any chip design, haven't you? What's the speed inprovement of DDR2 against DDR?
As the person who responded to your last post explained, that's just not possible with the K8 architecture as it is. The memory controller is on-die and memory technology is evolving, therefore the interface between the processor (where the controller is) and motherboard (where the DIMMs are) must also change.
Yet that doesn't matter more than the last time you responded. It's no problem to merge a new core (or multi cores) with a memory controller for the 939 socket. It's not even a big problem to put several memory controllers on the same die and just connect the fitting one with the socket so only a single die is sufficient. There are no technical obstacles for AMD to provide new cores with old interfaces, it's just marketing considerations.
Besides I'm sure AMD already thinks about how to fix the socket AM2 low acceptance. It's a fact, customers are annoyed with AMD because of AM2 and it's market share will shrink unless AMD comes up with a solution fast. IMO the 939 is probably the cheapest at least on short terms.
Thanks, you are a perfect sample where Ubuntu gets its new users. Ubuntu draws its increasing user base from other Linux distributions but sadly not from Windows. So while Ubuntu is growing and is on the way to become the major Linux distribution, it still fails to overcome its own Ubuntu Bug #1 (https://launchpad.net/distros/ubuntu/+bug/1).
This was a joking target in the development process for Perl6. It seems Larry will finally archive this goal even if he probably never intended. Larry changed Perl from 5 to 6 in a way too many people got sick and stayed with Perl5. Essentially there are now two distinct Perl dialects which will hamper it's success so there won't be a reason for passing the 2 time Pi limit.
Customers and motherboard vendors alike are simply annoyed by the permanent socket changes. Sockets are hardware APIs which these days shouldn't change for a decade and not within a year or so. Besides the performance increase from 939 to AM2 is so insignificant there's no reason to switch.
IMO the best what AMD could do is scrap AM2 and replace it with a socket which is able to plug in 939 (DDR) processors and possible DDR2/DDR4/DDRx processors. Since this will take some time AMD should release any AM2 processor parallel as 939 processors, else AMD will possibly loose some market share.
I read that as you are saying the lack of Linux adoption is because there is no GUI? And hardware vendors don't write drivers for their products on this platform because there is no GUI?
The cost are so high because somewhere between 100-200 third party applications have to be rewritten since these applications are currently Windows-only applications. Most of this rewriting will be done with Java, so it's just a matter of time when the next rewrite will come.
Only 80% of the computers will be switched to Linux because several of these third party applications can't be rewritten since it would be too expensive or no knowledge is around. There's some expectation that once in the future all these cases will finally become obsolete but nobody tries to give an estimate when.
O. Wyss
What's the smiley for shaking head!
on
GUIs Get a Makeover
·
· Score: 0, Flamebait
With GNU/Screen, you don't even need that!
My dear, what a statement! You probably also live in a single room house (maybe even in a cave) without a kitchen, cooking on the fire outside and sleeping without a bed on the bottom. Well that's perfectly fine for you if you want it that way but I can assure you that almost all others don't.
Usuful GUIs are an necessity these days as are kitchens. Why do you think hasn't the Linux desktop become a widespread reality? Why do you think is there still a large driver problem for Linux? It's because of people like you who can't understand that even applications need to provide a minimum amount of comfort so they get acceptable by a majority.
What annoys me most is not your statement but that there isn't more protests against it. Sorry I don't care for troll ratings any more but I have to say anybody who agrees with you is just an outdated model of a conservative computer masochist. You are the ones who hampers most that Linux ever gets a chance to become an accepted system on the desktop.
Sorry I'm fed up and don't like to be part of this community anymore.
Amen, brother. A lot of people try to use linux as a means to promote OSS, when what they should be doing is promoting cross-platform OSS apps...
You're speaking a true word, while a Linux-System may be the last step the first should always be "cross-platform". Yet most OSS developer simply ignore cross-platform development since they don't know it, they don't believe how easy it is and how much they would gain. With wyoGuide (http://wyoguide.sf.net/) I pray for cross-platform development for several years yet the result is more or less neglectable. It seems OSS developers are either too stupid or too conservative to grasp the impact cross-platform development, the vast majority just ignores it while even a minority fight against with ridiculous arguments.
Well I'm on the brink on giving up since I've lost any hope that OSS developers will ever realize the importance and I'm fed up with the answers I get or the troll ratings I get.
The "Balkanisation of the OpenSource" is a thread we all should take seriously. It's already happening all over, e.g. Gnome versus KDE, CSS drivers versus OSS drivers, etc. We really don't need yet another balkanisation with licenses.
Slashdot Mirror
- managing my dates and tasks locally on my PC
- synchronize these with my smart phone
- possibly access dates and tasks of my family members (LAN)
- possibly access web calendars (e.g. Google calendar)
Can SeaMonkey/Lightning full fill these rather simple requirements?
O. Wyss
I'm astonished nobody mentioned SeaMonkey/Mail so far. I always though Slashdot commenters are power users which IMO better use SM/Mail than TB. Most of the complains about TB are fixed and several important features are included. And MozBackup helps with moving profiles and mails back and fore. So instead of complaining why not simply switch to SeaMonkey?
O. Wyss
I just had some experience with the CSS validator (http://jigsaw.w3.org/css-validator/validator.html .en) since I tried to make my new pages CSS compliant. First even if I choose "English" on the front page the results are in "German". My dear, before making pages conform to standards they should first be functional correct. How could W3C put up such a silly beginners mistake.
Yet whenever an error is spotted the resulting error message is more or less useless.
td,th,tr{
align:left;
vertical-align:baseline;
}
=> td, th, tr Die Eigenschaft align existiert nicht : left
Now each browser I tried interprets this correct even if it might be wrong formulated. Why can't the validator detect it as well and give a better error message?
Another case is the "size=1" argument in a "select" statement.
select.mini {
width:10em;
size:1;
}
=> select.mini Ungültige Nummer : size Die Eigenschaft size existiert nicht : 1
Again any browser is able to interpret this correct only the validator isn't.
The question arises why have the W3C validator such silly beginners syntax detection while any browser is far better? How can standardization been taken serious if W3C can't provide better tools?
O. Wyss
What can be more free than this and stay so: "open source or a closed proprietary"!
O. Wyss
Easy cross-platform development can be learned at wyoGuide (http://wyoguide.sf.net/). If you are serious and considers to sell your software anytimes in the future, there's no better choice.
. pdf), you would wish that more developers would follow wyoGuide.
If you know that one of the top inhibitors of Linux desktop adoption is applications (see http://www.osdl.org/dtl/DTL_Survey_Report_Nov2005
O. Wyss
How about because the differences are difficult to hide.
...) while still providing the same functionality (... & Feel") on each platform. wyoGuide follows the simple principle: "Look == native, Feel == genereal".
That's not true, it's quite easy if one knows how. Just visit wyoGuide (http://wyoguide.sf.net/) and learn how an application gets a fitting native look ("Look
O. Wyss
In fact most people right away de-xpify it by setting the start menu to "classic", turning off personal menus, and setting the control panel to classic view.
As I do as well. I also remove background images and switch to soft background colors (on Windows and Linux).
O. Wyss
What a achievement, new backgrounds and splash screens! I thought 'Edgy Eft' was meant to try out some new kinds of technology or some new kind of user interactions. I even hoped there might be some provocative design decisions which allows to bring the Linux desktop a footprint forward. Yet backgrounds and splash screens don't improve my working system by a single inch. So what's so edgy on 'Edgy Eft'?
O. Wyss
I don't clearly understand what Tim Berners-Lee is up to yet I know what's missing in the standards and that's database tags. Most pages in the web currently either use static content (texts, images, etc) or dynamic content loaded from a database. While static content can easily be formulate with HTML dynamic content can't. There's always the need for either PHP, Perl, Python, etc together with Java script. Yet most database access is simply retrieving (SELECT, FETCH) some content from a database or change (INSERT, UPDATE) some content in a database. In 95% there's no need for more functionality, so if theses simple statements were available as HTML tags there would be no need for scripts.
O. Wyss
Well I hope IE7 has some kind of extensions as Firefox/SeaMonkey has. Then it would be possible to build one which loads Java script frameworks (e.g. Dojo toolkit, configurable) in the background before it's needed by a page. Sure I hope Firefox/SeaMonkey is faster in implementing such a feature yet it only makes sense if the vast majority of users have such a feature. IMO this kind of background loading of frameworks is the missing piece for a broad use of AJAX.
Tim Berners-Lee (http://dig.csail.mit.edu/breadcrumbs/node/166) is also considering to enhance the web standards yet these changes should be implemented with extensions first so they can be used by experimental sites. IMO it's essential to add database tags to HTML so most current scripting could be eliminated. This would make the web a lot more secure than now.
O. Wyss
...mabye rework their idea of "one GUI to rule them all" ideology.
I not against a multitude of different GUIs and I don't think wyoGuide is the none plus ultra solution. Yet any difference makes it harder for users to become familiar and this is a very important feature of a successful application. Since Gimp is so diverted from the rest of the world this difference is even voiced in any kind of flame wars. It might be that the current GUI of Gimp is much more productive than wyoGuide, yet that doesn't matter much in an environment together with other applications. So what I try to achieve with wyoGuide is to allow for applications which fit into a greater context.
With the new graphic engine of Gimp it might be possible do have two Gimps, one with the current GUI and one with a wyoGuide GUI. This would allow to leave the choice to the users which GUI they prefer. To build a wyoGuide GUI around the Gimp engine is not very difficult. Just look how wyoEditor incorporates Scintilla, all it needs some glue code ala wxScintilla. I'm sure the Gimp project could easily create a wxGimp API.
Besides the solution outlined in wyoEditor/Scintilla is something which could be done quite easy by many more projects without much work. IMO this is an essential step for the acceptance of free applications and the acceptance of a free desktop system.
O. Wyss
I don't think the developers really want to know, else they would have responded long before since I've already told it several times. While the graphic drawing power of Gimp isn't disputed, Gimp sports the most uncommon GUI an application could have. This (and only this) GUI leaves a bad taste in the users mind so they start looking for other minor annoyances one finds in any application if looked for. Yet since most users a pre justice because of the bad taste they won't forgive any other annoyance.
This is all known in the Gimp community yet they don't want to acknowledge this simple fact but prefer to discard this as a flame bait. So it's now wonder Gimp gets flamed at all the time, rightfully or not. On the other side it's incredible easy for Gimp to drop off this flaming, they simply should change their GUI to the one outlined in wyoGuide (http://wyoguide.sourceforge.net/). All it needs is some willingness on the Gimp side and a little work. It might be that wyoGuide isn't the best but it certainly is good enough for Xara (http://wyoguide.sourceforge.net/projectlist.php) and many other fine applications.
O. Wyss
PS. You are free to rate this as flame bait but that won't help Gimp.
No developer will code something like this, nobody has the time and energy to test each case. The only solution would be to use wxWidgets since it handles all platform specifics inside.
O. Wyss
Why not one mail client that's really good, and runs nicely in both, maybe even all desktops?
One good mail client? True, since Thunderbird hasn't gotten the same market share as Firefox, this seems to be necessary.
On all desktops? This would mean also on Windows and Macs which implies you have to start anew using wxWidgets (and possibly wyoGuide http://wyoguide.sf.net/). Yet I think there's nobody out there who does the work.
O. Wyss
First off, that isn't true. Things like Vcc sources have to move around to acommodate new designs. You're also disregarding the move to DDR2 which has a different interface as well.
/ 29/0542214.
You haven't done any chip design, haven't you? What's the speed inprovement of DDR2 against DDR?
But that's all not the point, people are simply annoyed with AMD's socket policy, rightfully or not. Just read http://hardware.slashdot.org/article.pl?sid=06/09
O. Wyss
As the person who responded to your last post explained, that's just not possible with the K8 architecture as it is. The memory controller is on-die and memory technology is evolving, therefore the interface between the processor (where the controller is) and motherboard (where the DIMMs are) must also change.
Yet that doesn't matter more than the last time you responded. It's no problem to merge a new core (or multi cores) with a memory controller for the 939 socket. It's not even a big problem to put several memory controllers on the same die and just connect the fitting one with the socket so only a single die is sufficient. There are no technical obstacles for AMD to provide new cores with old interfaces, it's just marketing considerations.
Besides I'm sure AMD already thinks about how to fix the socket AM2 low acceptance. It's a fact, customers are annoyed with AMD because of AM2 and it's market share will shrink unless AMD comes up with a solution fast. IMO the 939 is probably the cheapest at least on short terms.
O. Wyss
I won't buy any AMD processors anymore until AMD clears its socket plans and guaranties a minimum of 3 year availability for processors on a socket. See also http://hardware.slashdot.org/comments.pl?sid=19821 5&cid=16242757.
O. Wyss
Thanks, you are a perfect sample where Ubuntu gets its new users. Ubuntu draws its increasing user base from other Linux distributions but sadly not from Windows. So while Ubuntu is growing and is on the way to become the major Linux distribution, it still fails to overcome its own Ubuntu Bug #1 (https://launchpad.net/distros/ubuntu/+bug/1).
O. Wyss
This was a joking target in the development process for Perl6. It seems Larry will finally archive this goal even if he probably never intended. Larry changed Perl from 5 to 6 in a way too many people got sick and stayed with Perl5. Essentially there are now two distinct Perl dialects which will hamper it's success so there won't be a reason for passing the 2 time Pi limit.
O. Wyss
Customers and motherboard vendors alike are simply annoyed by the permanent socket changes. Sockets are hardware APIs which these days shouldn't change for a decade and not within a year or so. Besides the performance increase from 939 to AM2 is so insignificant there's no reason to switch.
IMO the best what AMD could do is scrap AM2 and replace it with a socket which is able to plug in 939 (DDR) processors and possible DDR2/DDR4/DDRx processors. Since this will take some time AMD should release any AM2 processor parallel as 939 processors, else AMD will possibly loose some market share.
O. Wyss
I read that as you are saying the lack of Linux adoption is because there is no GUI? And hardware vendors don't write drivers for their products on this platform because there is no GUI?
5 .pdf) or looking into this LinuxQuestions thread (http://www.linuxquestions.org/questions/showthrea d.php?t=105955) or acknowledge that 60% of the Linux users still use Windows applications (http://www.desktoplinux.com/cgi-bin/survey/survey .cgi?view=archive&id=0821200617613).
No, read it once more. I say there is lack of Linux adoption (insignificant market share) because the applications available on Linux have no useful GUI (mind useful) and hardware vendors don't provide drivers or even information because there's no significant market share. This can easily proved right by reading the OSDL survey (http://www.osdl.org/dtl/DTL_Survey_Report_Nov200
O. Wyss
2,500 Euros per computer
The cost are so high because somewhere between 100-200 third party applications have to be rewritten since these applications are currently Windows-only applications. Most of this rewriting will be done with Java, so it's just a matter of time when the next rewrite will come.
Only 80% of the computers will be switched to Linux because several of these third party applications can't be rewritten since it would be too expensive or no knowledge is around. There's some expectation that once in the future all these cases will finally become obsolete but nobody tries to give an estimate when.
O. Wyss
With GNU/Screen, you don't even need that!
My dear, what a statement! You probably also live in a single room house (maybe even in a cave) without a kitchen, cooking on the fire outside and sleeping without a bed on the bottom. Well that's perfectly fine for you if you want it that way but I can assure you that almost all others don't.
Usuful GUIs are an necessity these days as are kitchens. Why do you think hasn't the Linux desktop become a widespread reality? Why do you think is there still a large driver problem for Linux? It's because of people like you who can't understand that even applications need to provide a minimum amount of comfort so they get acceptable by a majority.
What annoys me most is not your statement but that there isn't more protests against it. Sorry I don't care for troll ratings any more but I have to say anybody who agrees with you is just an outdated model of a conservative computer masochist. You are the ones who hampers most that Linux ever gets a chance to become an accepted system on the desktop.
Sorry I'm fed up and don't like to be part of this community anymore.
O. Wyss
Amen, brother. A lot of people try to use linux as a means to promote OSS, when what they should be doing is promoting cross-platform OSS apps ...
You're speaking a true word, while a Linux-System may be the last step the first should always be "cross-platform". Yet most OSS developer simply ignore cross-platform development since they don't know it, they don't believe how easy it is and how much they would gain. With wyoGuide (http://wyoguide.sf.net/) I pray for cross-platform development for several years yet the result is more or less neglectable. It seems OSS developers are either too stupid or too conservative to grasp the impact cross-platform development, the vast majority just ignores it while even a minority fight against with ridiculous arguments.
Well I'm on the brink on giving up since I've lost any hope that OSS developers will ever realize the importance and I'm fed up with the answers I get or the troll ratings I get.
Sorry guys,
O. Wyss
The "Balkanisation of the OpenSource" is a thread we all should take seriously. It's already happening all over, e.g. Gnome versus KDE, CSS drivers versus OSS drivers, etc. We really don't need yet another balkanisation with licenses.
O. Wyss