Post a Comment
PDF is an open spec, Apple uses PDF as a basis for Quartz rendering without any complaints from Adobe, and Open Office.org has had export to pdf for a while without any complaints.
The whole Microsoft issue was just an attempt to get some money (even though they really didn't have any justification for their complaint) from someone with a large share of the market. It shouldn't affect GTK in the slightest.
This is not a very informed comment: Adobe haven't been very vocal about their concerns (especially wrt assuring media coverage), but they were compliance- and not money extortion-related. That is, since Microsoft are going to deliver a PDF competitor, Adobe started worrying (rightily IMHO) about a possible degrade-and-switch strategy (i.e.: "see how crappy are PDF files you can so easily produce with Office? now go try our revolutionary product!"). Unfortunately I don't have the URL to the only press article reporting Adobe's point of view.
rehdon
pdf is an open standard and Adobe will allow anything with pdf as long as you stick to their standard/license. If you do not stick to it you will bring upon yourself a very angry Adobe.
I think this has happened to Microsoft (they have a habit of NOT sticking to standards). Impelement it but not following the standard.
>> Looks like OSnews jumped the gun ...
have you even had a look at: http://www.gtk.org/
on the front page it says:
03 Jul 2006
GTK+ 2.10.0 is now available. This is a stable release.
Edited 2006-07-03 10:19
Although the release is announced on the front page, the downloads section only lists the source uptil version 2.8
But yeah, it can be download from ftp://ftp.gtk.org/pub/gtk/v2.10/ , but is this really the final release?
How much of the Project Ridley plans which involved integrating several other libraries into GTK+ have been completed?
Edited 2006-07-03 11:30
http://live.gnome.org/ProjectRidley
shows a lot of exciting progress, look at the 'commited' ones:
GnomeDruid EggAssistant which means you can use some wizard alike directely in gtk;
GnomeHRef EggLinkButton, you can have a link in the button;
GnomePrint & GnomePrintDialog; these are what the OSNEWS said in this news;
...
I must say you should look at it yourself.
I just hope it's more backwards compatibility friendly than the upgrade to glib 2.10+ was. When that occured it broke kde's arts and xfce's panel (well the weather plugin in particular, would crash the whole dock). Not a hard fix mind you (add export G_SLICE=always-malloc to the start scripts in both cases), but still annoying for something that's supposed to be backwards ABI/API compatible. Plus, the glib/gtk folk apparently saying it wasn't their problem to fix wasn't all that helpful either...
whats so ugly and garish? Are you talking about the theme and icons? Dont you know how to choose a different theme, icon set, and customize your workspace? Some prefer functionality as oppossed to bright and shiny.
How about one of these then:
http://gentoo-wiki.com/Image:Gnome-shoeseal-0.png
http://gentoo-wiki.com/Image:GnomeScreenshot-dust.2.png
http://www.lynucs.org/index.php?screen_type=1&screen_id=1354349...
Hey dude, I voted for you....
Linux UI toolkit technology will continue to remain years behind Apple and Microsoft until idiots like you finally get it through your DIMWITTED LITTLE PEA-BRAINS that 'purty' themes are not a substitute for a modern UI toolkit.
Umm...what do you mean with a modern UI toolkit? And could you clarify how it is "years behind"? Have you ever tried GTK+ programming? It is not only rather simple, it is powerful, too. And as far as I know, neither of the Apple or Microsoft has created cross-platform UI toolkits...
Edited 2006-07-03 16:14
Let's get some stuff straight here...
1. What you see in that screenshot is the toolkit's theme, not "the toolkit". You can make a hideously ugly theme for a perfectly good graphical toolkit - there are ugly, garish color themes for Windows' GUI toolkit, you know, I've seen them. So yes, it is the theme you're raving about, not the toolkit.
2. The screenshot you link to is hideously outdated and uses a nondefault theme. Current default looks like this, admittedly rather bland but easily changeable:
http://frugalware.org/~laci/screenshots/GNOME-default.png
3. You can't judge an operating system by what it looks like. Until recently Solaris looked like crap courtesy of CDE, and OpenVMS still looks like crap. They are of course both extremely well-programmed and reliable operating systems. And Win2k3's Luna interface looks like garbage but guess what's under the hood?
4. The above all point strong toward your not having a clue what you're talking about. If your knowledge doesn't cover something, I strongly suggest that you don't rant about it, because the people who do have some knowledge of it will have your ass.
5. Your username screams "spammer", and your posts are invariably trollish in nature, resorting to insults rather than logical arguments. You don't seem capable of contributing anything useful to any topic.
I think that now might be a very good time for you to shut up and leave...
Thank you! I mean the guy raves I am talking about icons and themes when I dont know what else a screenshot is suppose to show?
Definately a troll.... not even a good troll. What kind of trolls are we turning out these days that they cant offer some reasonable type of arguement, however made up and poorly supporrted. I blame the troll schools, some blame the troll parents, something is certainly failing the trolls. 
iirc, directfb support was supposed to make it into 2.10. Has it?
Am I right in thinking that when this happens we should be able to run GNOME without running X11 pretty soon after, maybe under GNOME 2.15?
EDIT: subject is wrong, I of course meant directfb
Edited 2006-07-03 17:11
Correct link is
http://www.gtk.org/gtk-2.10-announcement.html
well, as i said, its an impression i get after reading a few years about gtk/gnome and qt/kde. i don't code, so i can't judge for myself, if i could, i sure would ;-)
but mostly, i only speak kde/qt minded ppl, so i hear only one side. tough this might turn into a flamewar (sure doesn't seem so, yet), i might learn something... 
well, as i said, its an impression i get after reading a few years about gtk/gnome and qt/kde. i don't code, so i can't judge for myself, if i could, i sure would ;-)
Well, if you can't point to a single specific fact that backs up your impression, maybe you should just re-evaluate it?
Edited 2006-07-04 07:37
I don't think GTK+ is "insanely behind". Sure, it might lack things that Qt does, but they are developed with different goals in mind, and taking into account that Qt is a commercial product while GTK+ is mostly being developed by people in their free time, it is not a wonder that they are not equal in features. I have no experience whatsoever regarding programming with Qt, nor do I know much about the features it includes, but I have been using GTK+ for some small personal projects. I think it has quite a lot of carefully thought-out features, and everything is rather simple to do. And the GTK+ folks are constantly adding new features or improving old ones, so I don't really see it as inferior compared to Qt.
I think Gtk has a more conservative goal set than QT. But I wouldn't be surprised if they were a little behind.
However, I've always found Gtk to be plenty and I've used winforms with vb back in the day, and swing, and of course a little tk. I like Gtk better.
Sometimes I look at things in Gtk and wish they had a less advanced frontend cause they're complex to get started using: GtkTreeView+GtkTreeStore for example.
But having not developed QT some examples would be helpful.
And do you know what else it offers?
http://developer.gnome.org/doc/API/2.0/gtk/GtkLinkButton.html
Yea, that's right. I've tried to hack in an equivalent using existing widgets but: Buttons don't look right (even when you flatten them, they're too thick) and labels don't let you watch for clicks. So, yay!
Just too bad it's taken so long, we'll all still have to make this sort of thing a compile time option, or runtime if you're using pygtk.
Libsexy (http://www.chipx86.com/wiki/Libsexy) has allowed you to do this for a while, amongst other things. Admitadly it's not a well known library, but it's there all the same.





