gnome.org · Domains · Slashdot Mirror

Inconsistent Buttons by PSC · 2004-09-02 08:22 · Score: 1 · on Gnome 2.8 RC1 Released

The screen shots do look cool indeed, but...

Anyone else noticed that the "Abort" button changes place, from the right to the middle to the left, where it is most often and which is - the reference being Windows - the most unexpected place.

The point is, "Abort" is the safe choice. You maneuvered yourself into some arcane dialog and don't understand nothin' - you hit "Abort" a.k.a. get me the hell out of here. This emergency button (as in, "Oh shit I'm gonna wreck by document") should always be in the same place.

Now when you align the buttons to the lower right (which the Gnome dialogs do), then this place is of course just there, in the lower right corner. Unlike Gnome, Windows got this right.

My favorite is the property screenshot. Instant inconsistency. (Shakes head and leaves.)

Inconsistent Buttons by PSC · 2004-09-02 08:22 · Score: 1 · on Gnome 2.8 RC1 Released

The screen shots do look cool indeed, but...

Anyone else noticed that the "Abort" button changes place, from the right to the middle to the left, where it is most often and which is - the reference being Windows - the most unexpected place.

The point is, "Abort" is the safe choice. You maneuvered yourself into some arcane dialog and don't understand nothin' - you hit "Abort" a.k.a. get me the hell out of here. This emergency button (as in, "Oh shit I'm gonna wreck by document") should always be in the same place.

Now when you align the buttons to the lower right (which the Gnome dialogs do), then this place is of course just there, in the lower right corner. Unlike Gnome, Windows got this right.

My favorite is the property screenshot. Instant inconsistency. (Shakes head and leaves.)

Inconsistent Buttons by PSC · 2004-09-02 08:22 · Score: 1 · on Gnome 2.8 RC1 Released

The screen shots do look cool indeed, but...

Anyone else noticed that the "Abort" button changes place, from the right to the middle to the left, where it is most often and which is - the reference being Windows - the most unexpected place.

The point is, "Abort" is the safe choice. You maneuvered yourself into some arcane dialog and don't understand nothin' - you hit "Abort" a.k.a. get me the hell out of here. This emergency button (as in, "Oh shit I'm gonna wreck by document") should always be in the same place.

Now when you align the buttons to the lower right (which the Gnome dialogs do), then this place is of course just there, in the lower right corner. Unlike Gnome, Windows got this right.

My favorite is the property screenshot. Instant inconsistency. (Shakes head and leaves.)

Inconsistent Buttons by PSC · 2004-09-02 08:22 · Score: 1 · on Gnome 2.8 RC1 Released

The screen shots do look cool indeed, but...

Anyone else noticed that the "Abort" button changes place, from the right to the middle to the left, where it is most often and which is - the reference being Windows - the most unexpected place.

The point is, "Abort" is the safe choice. You maneuvered yourself into some arcane dialog and don't understand nothin' - you hit "Abort" a.k.a. get me the hell out of here. This emergency button (as in, "Oh shit I'm gonna wreck by document") should always be in the same place.

Now when you align the buttons to the lower right (which the Gnome dialogs do), then this place is of course just there, in the lower right corner. Unlike Gnome, Windows got this right.

My favorite is the property screenshot. Instant inconsistency. (Shakes head and leaves.)

Re:Beagle by HRbnjR · 2004-09-02 07:34 · Score: 4, Informative · on A Grep-like Utility That Works on More than Text?

Seth Nickell has a blog entry discussing solutions in this area, including Gnome Storage, WinFS, Dashboard, Medusa, Spotlight, and Beagle.

Beagle by heikkih · 2004-09-02 06:54 · Score: 1 · on A Grep-like Utility That Works on More than Text?

Beagle

Re:It's not KDE by Anonymous Coward · 2004-09-02 06:53 · Score: 0 · on Gnome 2.8 RC1 Released

Um, no. Both KDE and GNOME are implementing the freedesktop.org standard for MIME. Actually, pretty much all new features on both platforms seem to be coordinated through freedesktop.org, so they are getting more compatible over time. A good thing.

Read more here:

http://www.gnome.org/~jrb/files/mime/

http://freedesktop.org/Standards/shared-mime-info- spec/shared-mime-info-spec-0.12.html

SVG by wormbin · 2004-09-02 05:35 · Score: 1 · on Gnome 2.8 RC1 Released

I was really surprised to see this:

a selection of traditional games sporting a new cleaner Scalable Vector Graphics (SVG) look.

I had no idea that Gnome supported both vector graphics (via the open standard SVG) and alpha blending. (Libart) I guess I haven't been paying attention.

Beagle? Evolution vs. Thunderbird? by otisg · 2004-09-02 00:17 · Score: 1 · on Gnome 2.8 RC1 Released

How come Beagle is not in this release? Too alpha (0.02)?

Also, does anyone from 'the inside' know why Evolution was chosen over Thunderbird? I understand Evolution integrates well with Exchange and its calendaring service, but Thunderbird seems to be more popular.

How to *really* win an iPod Mini by 0x0d0a · 2004-09-01 22:12 · Score: 2, Insightful · on Apple Launches iTunes Affiliate Program

The odds are still terrible you'll win an iPod Mini, but it looks like the only thing signing up for this will cost you is your time.

Yup. So it consumes some chunk of your time for an incredibly small chance to win an iPod Mini.

You really want an iPod Mini, with a 100% chance to win (and help out the other folks in the Open Source world)?

Do a GNOME Bug Bounty, and just *buy* an iPod Mini.

Apple wins, you win, the Open Source world wins, and the musicians win.

Re:Well... by Anonymous Coward · 2004-09-01 20:11 · Score: 0 · on Apple Cites Open Source Core Security

I'm not sure, but I think Rendezvous (now OpenTalk) must be Open Source, as the screenshots http://www.gnome.org/~davyd/gnome-2-8/ of Gnome 2.8 linked to in another slashdot story show it being used in that...

Brave New GNOME by Doc+Ruby · 2004-09-01 17:50 · Score: 3, Insightful · on Gnome 2.8 RC1 Released

The inclusion in GNOME of the improved MIME lookup engine, with configurable renderers, is a tremendous step. Apps should use IPC to exchange data, each handling only their own processing specialty. Transport apps that merely retrieve data per specified protocol (eg. FTP, HTTP, torrent), and presentation apps that merely render data per type, and accept user interaction, with standard APIs among them, make the entire system more stable. And easier to expand. Sometime soon we'll have apps which include layered, overlapping window panes each rendering and accepting user events, calling across to mixed logic components, and down into any data source, whether local storage, network, or sensors. Compilable flowcharts, anyone?

I need some karma by md17 · 2004-09-01 17:24 · Score: 3, Informative · on Gnome 2.8 RC1 Released

So that you all can avoid those google searches here are the links:

Storage Beagle
Dashboard

I need some karma by md17 · 2004-09-01 17:24 · Score: 3, Informative · on Gnome 2.8 RC1 Released

So that you all can avoid those google searches here are the links:

Storage Beagle
Dashboard

Human Interface Guidelines by phreakv6 · 2004-09-01 17:06 · Score: 4, Interesting · on Gnome 2.8 RC1 Released

GNOME 2.4 used to be slower than KDE 3.1... atleast on my configuration... but GNOME 2.8 seems to have improved hell-a-lot in terms of speed.. looks like am back to GNOME again..
It is also very interesting to see how Gnome is developing Human Interface Guidelines. I wish programmers would stick to them.

Official Mirror by davydmadeley · 2004-09-01 17:00 · Score: 5, Informative · on Gnome 2.8 RC1 Released

I'm not going to make the mistake of getting in trouble for getting /.ed again. The maxclients on that server has been set down quite low, I've added a redirect to offload to offload to GNOME's webserver.

If someone could update the story URL, that would be great ;)

Re:AAH! WILL SOMEONE PLEASE STOP CANCELING WINFS? by imroy · 2004-08-31 16:46 · Score: 1 · on Longhorn to be Released in 2006, Sans WinFS

*cough* GNOME Storage *cough*

Re:How does it work? by Alien+Being · 2004-08-31 07:24 · Score: 2, Informative · on NX - A Revolution In Network Computing?

here

Re:More tricks by Bastian · 2004-08-30 17:45 · Score: 1 · on IOCCC Winners Announced

No wonder some folks complain about GTK and Perl.

=D

Really, I didn't even really have a good idea of what a closure was until I learned to use them in Perl. It just seemed natural in Scheme. Sort of like how I didn't really understand certain parts of English grammar until I started learning other languages, even though I could use them fluently.

Re:Bash away... by noselasd · 2004-08-30 09:28 · Score: 1 · on Windows Not Expected Secure Until 2011, Says MS

>Linux will never be as many flaws as there are with windows.
Are you sure ? 8)

We have the start by Tony · 2004-08-30 04:18 · Score: 2, Interesting · on Gates Explains Longhorn Delay, Diet

Gnome Storage is everything WinFS wants to be when it grows up. It's a real RDBMS storage system with complete metadata support, natural language support (with references), network transparency, etc.

It's still in the development stage, but it seems to be moving forward quite nicely.

Re:Is there a word... by ricotest · 2004-08-29 23:57 · Score: 5, Informative · on Gates Explains Longhorn Delay, Diet

Don't be silly. What they're looking at is something like GNOME Storage where you can type in some search terms and semantically find the files.

Something like 1960s music or e-mails to Bruce, I'd guess. WinFS ties up all your documents, media, mails etc. into one database for indexing and searching, and beats the hell out of DIR C: /s/a.

This is what you want: by Tony · 2004-08-28 08:16 · Score: 1 · on Longhorn to be Released in 2006, Sans WinFS

Gnome Storage. Mr. Nickell is doing a brilliant job with it, too.

Not that this is a new idea or anything. Oracle has had an RDBMS-based filesystem for years. Plus, really all Microsoft is doing is taking a metadata system, adding relationships between files (with no real definition of how those relationships are defined and maintained, that I can find), a background search system, and other nifty features that have been explored in other filesystems (such as BeFS).

Nothing really that revolutionary, except that it's going into MS-Windows. Someday. Maybe before this decade is out, even.

Re:"Scaling back WinFS" by Jugalator · 2004-08-27 21:19 · Score: 1 · on Windows XP To Get Longhorn Technologies

All MS is doing is going back over old ground doing the same old things all over again. Where the heck's the innovation Mr Bill was concerned about losing his freedom in which to engage?

Last time I checked, updates to ReiserFS and replicas of WinFS, new/improved windowing systems (KDE 3.4, Gnome 2.6) and improved security were all either in planning or under development for e.g. Linux distros. But I suppose you'd whine in a thread about Linux too, or?

Re:No they won't by wsapplegate · 2004-08-27 10:25 · Score: 4, Informative · on HP Linux Laptop Is A Winner

> 1) Standard control panel through EVERY distro & desktop environment. Gnome and KDE need to learn how to play nice. Obviously, this will involve some work at lower levels by others. We need everyone to create some STANDARDS here.

You could maybe lend a hand. The source is available, you know. First problem to tackle : write configuration software that will parse *any* configuration file thrown at it. That's not so trivial. Some configuration files have very hairy syntax (*cough* Sendmail *cough*). Next, make sure your software doesn't do a big mess while writing changes, this will irk power users (I did make a clean, commented /etc/fstab, and the stupid Mandrake configuration tool wrote back a mangled thing without comments or indentation. This is not acceptable). I wish you good luck. This ain't a piece of cake, to say the least.

Still, there are efforts in this area. One example would be the GNOME System Tools. Although I won't settle for something less than stellar, this kind of software could satisfy you. As for your demand that everything should be the same from distro to distro, I just can't understand why that would be. The very point of having more than one distro is, we get to choose which one is best suited to our working methods. And, generally, we end up settling on one preferred distro and we don't move anymore (instead, we go trolling on Web forums saying it is the best distro ;-)) For my part, I chose Debian. But I guess it wouldn't please you. That's why you'll be so happy when you'll be able to get Mandrake or SuSE (or Fedora, or Gentoo, or even Slackware, whatever).

> 2) An installer. n00b's don't know what the hell a freakin' tar.gz file is and once they do figure it out, they don't know to where they should extract it. If Linux had a standardized software installer (complete with a dedicated file extension that could be "picked up" from a browser click)

An installer... you mean, like apt-get ? You know, that tool you just tell 'install foobar', and it downloads and installs the program foobar ? Or would you like some graphical thingie like Synaptic, where you just click on the program, then on Install ? Don't tell me you're still building from source without some specific reason on a 2004 distro ? That's SO nineties ;-) Also, I gather you want the files to have specific extensions. I'm not sure why (MIME types are way better metadata to identify files), but be advised the .rpm and .deb extensions are just that. Ain't life cool ?

> 3) Rules for software companies. Right now, there's no problems with this as there are with Windows because Linux hasn't become mainstream. What am I talking about? Software installs run amok. I hate to see Windows programs putting shortcuts *everywhere*

Then, you'll just LOVE Linux : you see, the Filesystem Hierarchy Standard specifies very clearly where files go on a Linux distribution : binaries (executables) in /usr/bin, libraries in /usr/lib, data files in /usr/share/{programname}, and so on. The menus also have been unified between KDE and GNOME. Not to mention that package management makes it a lot easier to know what your package has really installed, and you'll be sure to find your configuration and documents in your home directory. No more nightmares finding them in C:\Program Files\Foobar\Obscure\Path\Name\You\Would\Never\Hav e\Thought\Of. Linux makes managing your software a breeze :-)

That's it. I hope I've been helpful, and I wish you good luck in your quest for a better Linux. But remember : diversity and freedom to experiment with your own solutions is what appeals so much to Linux users. A more rigid f

But will it work with Linux? by HRbnjR · 2004-08-27 06:11 · Score: 4, Interesting · on Examining the Treo 650 Smartphone

I just bought a Kyocera 7135 because it has recently been made to work with Linux. Though there are still some rough edges with gnome-pilot syncing (with Evolution), I easily got it working with J-Pilot. I like the 7135 because it's a more 'phone like' phone - rather than a PDA with a microphone and antennae :P

The good thing with the Treo is that it's CPU should allow for Vorbis decoding, whereas the 7135 relies on it's built in DSP for the cycles, which only supports MP3.

Answer to "Storage" by umshaggy · 2004-08-27 04:34 · Score: 1 · on KDE Plans 'Google-like' Search Capabilities

Looks like KDE's way of solving some of the same things that the GNOME Storage[www.gnome.org] project is working on.

One potential advantage I can see in the KDE approach, it might be able to search system files as well as user-space files. Still, I think Storage looks to be a better overall answer to WinFS.

Like Gnome's Beagle by otisg · 2004-08-27 04:19 · Score: 1 · on KDE Plans 'Google-like' Search Capabilities

This is interesting. Recently, while writing a chapter about Lucene ports for Lucene in Action, I came across Beagle. Beagle uses one of the Lucene ports (Lucene.Net - the same one used by Lookout, the Outlook search plugin, recently purchased by Microsoft). Since I know it is possible to perform 'more like this' queries with Lucene (I use it on Simpy - URL below), my guess is that Beagle will be able to form similar queries, too.

I wonder if KDE developers should use Lucene or one of its ports under the hood.

Links:
Lucene in Action
Beagle
Lookout
Simpy

Like Gnome's Beagle by otisg · 2004-08-27 04:19 · Score: 1 · on KDE Plans 'Google-like' Search Capabilities

This is interesting. Recently, while writing a chapter about Lucene ports for Lucene in Action, I came across Beagle. Beagle uses one of the Lucene ports (Lucene.Net - the same one used by Lookout, the Outlook search plugin, recently purchased by Microsoft). Since I know it is possible to perform 'more like this' queries with Lucene (I use it on Simpy - URL below), my guess is that Beagle will be able to form similar queries, too.

I wonder if KDE developers should use Lucene or one of its ports under the hood.

Links:
Lucene in Action
Beagle
Lookout
Simpy

Re:find -name myfilename by zdzichu · 2004-08-27 03:58 · Score: 2, Informative · on KDE Plans 'Google-like' Search Capabilities

This problem has been solved by GNOME Storage. It is not very GNOME Dependant, it could be utilised by KDE without problem (write KIOSlave equvialent of gnomevfs module and even obsolete apps can use it).

Beagle? by marvin2k · 2004-08-27 03:16 · Score: 5, Insightful · on KDE Plans 'Google-like' Search Capabilities

Please somebody tell me that they will cooperate with the Beagle project on this and don't reinvent the wheel yet again. It would be a real pain in the ass to have too indexes wasting your hd space which basically do the same thing.