KDE Conquers the Vectors with KSVG
Tuesday, 16 September 2003 | Astreichardt
KSVG has recently been moved to the kdegraphics module, meaning that KSVG will now be part of the KDE 3.2 release. KSVG aims to be a full flavored implementation of the W3C SVG standard. Some of you will think of icons when we speak of SVG but SVG is much more: It is a web technology with full ECMAScript/DOM support. With the number of SVG powered sites growing steadily, Konqueror will soon be able to display these sites with a high-quality and open-source viewer. KSVG is fully integrated into the KDE framework and can be used in your applications as a KPart, enabling you to add support for vector graphics quite easily. Have a look at this special preview of KSVG and prepare yourself for the power of vectors in KDE 3.2!
Comments:
Eolas - Wurzelgeist - 2003-09-15
Hope it doesn't infringe the EOLAS patent, not eolas also owns the trademark "invented here". 521 Mio US $ huh! :-)
Re: Eolas - Tim Jansen - 2003-09-15
Note more than other embedded content and maybe less, since the Eolas patent is about processes started by embedded content and KSVG runs in-process.
Eolas patents security breaches - OSX_KDE_Interpollination - 2003-09-17
... viruses, MS scripting, etc. etc. Great patent ... glad someone admits to having invented this stuff
kde 3.2 really does rock! - tom - 2003-09-15
hi, did an emerge of kde-cvs today, its really such a great thing! there are plenty of usability-enhancements which will get the masses on the desktop onto kde! thanks and regards to the kde-team, tom
Re: kde 3.2 really does rock! - cirehawk - 2003-09-16
How did you do this? I'd like to emerge it myself, though it will probably take a couple of days for me on my 500mhz celeron. Paul.....
Re: kde 3.2 really does rock! - Derek Kite - 2003-09-16
http://dev.gentoo.org/~caleb/kde-cvs.html Please read the whole manual. Works well. If it doesn't compile, wait a day and try again. Do each module separately rather than the kde one, otherwise it quits at the first error. Derek
Re: kde 3.2 really does rock! - anon - 2003-09-16
Also see http://forums.gentoo.org/viewtopic.php?t=69335&postdays=0&postorder=asc&start=0
Re: kde 3.2 really does rock! - Cirehawk - 2003-09-16
Thanks Derek, I'll read the manual and give it a shot. Paul.....
Re: kde 3.2 really does rock! - davids mattatall - 2003-09-18
These two scripts help with the whole "wait a day" syndrome. They are released under the GPL, if you edit it, release it.. enjoy! http://davidsmind.com/davidsmind/ebuild-kdebase http://davidsmind.com/davidsmind/ebuild-kdeapps
Re: kde 3.2 really does rock! - Rayiner Hashem - 2003-09-16
I just emerged a fresh copy of KDE CVS. It rocks! The default Konq menu is down to 14 entries, and contains "Copy Text" :) Konq is also really fast, though the speed seems to be fluctuating a bit with CVS releases. Kontact looks a bit nicer too. KDE 3.2 is going to rock!
fonts? - me - 2003-09-15
would it make sense to create fonts in svg format? they'd be smoothly scalable and easy to read on any platform. I'm really no font expert (as you probably already know because of the question), but I think the current font-situation in linux sucks a little. So, is this a very stupid idea?
Re: fonts? - Evan "JabberWokky" E. - 2003-09-16
I've always thought that a font format allowing advanced vector capabilities like color and shading would be nice. Especially something where you can define generic and relative colors and alter according to a base setting.
Re: fonts? - Rayiner Hashem - 2003-09-16
Not really. Fonts need extensive hinting information that isn't present in SVG. It won't be practical to put pure vector fonts in anything until we get at least 300 dpi screens, if ever. Although, the font situation in Linux is quite good. Between Qt 3.x and Fontconfig, installing fonts is reduced to just copy some fonts to /usr/share/fonts or $HOME/.fonts. Font rendering is also really high-quality, as long as you've got some good Postscript or well-hinted TrueType fonts.
Re: fonts? - aegir - 2003-09-16
Hinting informations in a font is patented by Microsoft. We have to find another way to render fonts. Actually, while there is no alternative technology, M$ and Adobe can decide at any moment to forbit any free software to display or print any text...
Re: fonts? - blegh! - 2003-09-16
>> Hinting informations in a font is patented by Apple. Right.
Re: fonts? - anon - 2003-09-16
> Hinting informations in a font is patented by Microsoft. You mean, hinting information in a TrueType font is patented by Apple, don't you?
Re: fonts? - aegir - 2003-09-16
Yes by Apple, sorry. But I do not mean "hints in a TrueType font" but "hints in any font format". AFAIK...
Re: fonts? - anon - 2003-09-16
Hinting in type1/type3 fonts is not patented. Hinting TT fonts is also not patented, but hinting with bytecoded information in TT fonts is patented by Apple.
Re: fonts? - aegir - 2003-09-16
AFAIK, the patent is not limited to TT fonts, but any fonts : US Patent 5159668 : What is claimed is: 1. A method for manipulating the outline of a symbol image at a plurality of output sizes for improving the display of a digital typeface on raster output device having an output resolution and having an array of pixels, comprising the steps of: storing in a first memory means a plurality of control points corresponding to an outline of said symbol image, at least one of said control points having predetermined information specifying different positions of said at least one of said control points for at least two of said plurality of output sizes; selecting at least one of said control points of said outline which requires manipulation; selecting a first size from said plurality of output sizes to display said outline at said first size on said raster output device; calculating a distance and direction for repositioning said selected control point at said first size and said output resolution; manipulating said outline by using the distance and direction calculated for said selected control point to reposition said selected control point; and storing the results of said outline manipulation in a second memory means. (...)
Re: fonts? - LaNcom - 2003-09-16
Nope. There is one way to hint fonts that is patented by Apple. Freetype2 uses another way (auto-hinting). Go check their website: http://www.freetype.org/patents.html
Re: fonts? - Rayiner Hashem - 2003-09-16
I don't see how. Hinting was in Postscript Type1 fonts long before Apple and Microsoft came up with TrueType. Between the PSHinter and the Autohinter in Freetype 2.1.5, I have no need for the patented TT hinter anymore :)
Re: fonts? - Rob Buis - 2003-09-16
It would only seem to make sense when either the text is pretty big and/or the text needs much decoration, like a gradient or a filter effect like dropshadow. OTOH the svg fonts specification is still a work in progress AFAIK, so who knows :) BTW the infrastructure is there in ksvg to implement svg fonts, its just waiting for someone to implement it :-) Cheers, Rob.
Nice work, Andreas ;-) - Michael Rother - 2003-09-15
Thanks for the time you spent KSVG ;-)
Any use as a general-purpose canvas? - Adam Foster - 2003-09-15
Stupid questions! I've heard of various rendering subsystems on different platforms using particular 'languages', like Display Postscript on some old UNIXes and Display PDF on MacOS X. Would such a thing be possible with SVG? Some standardised, ultra-high-quality renderer that can easily be redirected to printing would be brilliant. It could be used by word-processors, DTP packages, vector graphics packages etc for proper WYSIWY-really-G, not the rough approximation that often seems to be the case on Unix software. Is KSVG up to the task? The output screenshots remind me of Artworks on the Acorn - in other words, lovely. :-)
Re: Any use as a general-purpose canvas? - Tim Jansen - 2003-09-15
xsvg.org is working on something like this. I can't judge whether it is a good idea to move SVG rendering on the server. The advantage would be that the X11 server could render directly without any client communication, the disadvantage would be that the X11 server may need to expose the SVG tree to the client and manipulations of that tree would be slower and possibly more complicated.
Re: Any use as a general-purpose canvas? - James Richard Tyrer - 2003-09-16
> I've heard of various rendering subsystems on different platforms using > particular 'languages', like Display Postscript on some old UNIXes and > Display PDF on MacOS X. Would such a thing be possible with SVG? As I understand this, Cairo combines all of this: http://cairographics.org/xr_ols2003/ > Some standardised, ultra-high-quality renderer that can easily be redirected > to printing would be brilliant. It could be used by word-processors, DTP > packages, vector graphics packages etc for proper WYSIWY-really-G, not the > rough approximation that often seems to be the case on Unix software. If you are talking about Qt, then you are correct, it doesn't work. The reason is that it is designed wrong -- backwards. What you are always going to have (if correctly designed) is that WYS is a lower resolution approximation of WYG on the printer. There is NO solution to this problem except a 1200 DPI display. If you want a better approximation of WYG, you need to turn font hinting OFF which makes the display look worse. -- JRT
Re: Any use as a general-purpose canvas? - Tim Jansen - 2003-09-16
> As I understand this, Cairo combines all of this: > http://cairographics.org/xr_ols2003/ No, Cairo is a renderer that offers drawing commands. It works on a lower layer and does not store a vector model (that's why you can use it for both PDF and SVG - their rendering models are quite similar).
Re: Any use as a general-purpose canvas? - James Richard Tyrer - 2003-09-16
I hate to tell you this, but PostScript uses vector model. -- JRT
Re: Any use as a general-purpose canvas? - Tim Jansen - 2003-09-16
I hate to tell you this, but I never claimed something else :)
Re: Any use as a general-purpose canvas? - John Allsup - 2003-09-19
Yes, Postscript uses a vector model. BUT, once you have drawn something, you cannot change it. For example 100 100 moveto 200 200 lineto stroke will draw a line. You cannot give this line a name and change its coordinates later, as with SVG objects. Once the stoke command is given, the line if final. If, on the other hand, you just give the PS interpreter 100 100 moveto 200 200 lineto then nothing at all will be drawn, and a newpath command will cause the PS interpreter to forget it entirely. That is what is meant when the previous poster said that the vector model is not stored. (It isn't: only the display bitmap is stored, unless you have a DSC PS file and a device that handles the DSC stuff, but that isn't strictly part of the PS interpreter, and is certainly nothing to do with the PS display model.)
Re: Any use as a general-purpose canvas? - James Richard Tyrer - 2003-09-19
Thank you for explaining what I and/or the previous poster didn't understand. However, what you say doesn't quite make sense to me. I think that what you are doing is confusing the lack of a WYSIWYG PostScript editor program with the language used in a PostScript file. If such a program existed, it would clearly have some of the same capabilities as Sketch or Sodipodi, and it would output a PostScript file, not a bit map. OTOH (IIUC), SVG stores more information than just the strokes and fills -- it stores information that several of these primative objects go together to make a more complex object, this is an advantage of SVG over PostScript for this use. IIUC, this is what is meant by the vector model. PostScript would need to use comments to do this and this would not be very elegant. However, Cairo *does* appears to be an attempt to integrate PS, PDF, and screen rendering. I see nothing specific about a native file format for it. But I would assume that it will be XML with embedded SVG. In that case, it would be able to export to PS and PDF but not use them as input, or if useable as input then an export and reinport would result in the loss of information. -- JRT
Re: Any use as a general-purpose canvas? - Tim Jansen - 2003-09-19
>>Cairo *does* appears to be an attempt to integrate PS, PDF, and screen rendering. I see nothing specific about a native file format for it. But I would assume that it will be XML with embedded SVG. In that case, it would be able to export to PS and PDF but not use them as input, or if useable as input then an export and reinport would result in the loss of information.<< Cairo is just a renderer that happens to have a X11 extension and is integrated in the X11 server. You call a few C methods, and it will paint something. Usually it will paint on the screen, but with the right driver it may print to PS or PDF stream. It can not load or save data, and it does not know anything about XML. It does not know anything about PS or PDF either. PDF rendering model refers to the type of commands that it processes. There are different ways to describe vector graphics, and Cairo happens to go the Adobe way.
This is unrelated (sorry0 - mario - 2003-09-16
But, what do you think about spatial uis like the one in GNOME 2.6? More on that here: http://arstechnica.com/paedia/f/finder/finder-1.html http://lists.gnome.org/archives/desktop-devel-list/2003-September/msg00446.html Personally, I don't really liek it, but it seems interesting. KSVG alsos eems great, especially since now we can have SVG icons and an easy to sue Kpart for it!
Ok now I read everything - mario - 2003-09-16
I read the preview page and SVG is awesome, I can't believe it has so many uses , even animations! WoW! That is great news!
Re: This is unrelated (sorry0 - anon - 2003-09-16
> But, what do you think about spatial uis like the one in GNOME 2.6? It's been in there in Konqueror since KDE 2.0, just not by default (and will never be.. usability of spatial interfaces is better than browser interfaces, but usability of spatial interfaces for people who are used to browser interfaces (99% of computer users), is not good) So, basically, do you want to make your interface easy for new computer users or classic MacOS or BeOS users (GNOME), or for existing Windows/MacOSX/KDE/GNOME users (KDE) Not sure which!
Re: This is unrelated (sorry0 - Sleepless - 2003-09-16
So how do you enable it in konqueror?
Re: This is unrelated (sorry0 - Dawnrider - 2003-09-16
Settings -> Configure Konqueror -> Open Directories in separate windows And then right click on a toolbar, Toolbars submenu and uncheck them all. Voila. It's not a single option thing, but it is very quick ( < 1 minute).
Re: This is unrelated (sorry0 - Sleepless - 2003-09-16
Damn, if that's it, thanks but no thanks :)
Re: This is unrelated (sorry0 - MaX - 2003-09-16
No, thats not all. Please read the artikel. To disable the toobar and open directories in new windows works in Nautilus too.
that is NOT all it is - dude - 2003-09-16
its MUCH more involved and much better than that hack, which nautilus has had since 1.0 too. read the article before you spout off please.
Re: This is unrelated (sorry0 - Rayiner Hashem - 2003-09-16
Eh. I'm not impressed. Its the GNOME bowing down to the Apple guys again... There is a good post on the gnomedesktop thread about this article. He points out that these days computers have become so pervasive that people have adopted to navigation methods that are most efficient on a computer, rather than what maps well to the real world. Thus, the spatial metaphor is less important today.
Re: This is unrelated (sorry0 - anon - 2003-09-16
Yes, especially since the Apple itself somewhat abandoned spatial interfaces in OSX.
Re: This is unrelated (sorry0 - Dawnrider - 2003-09-16
Question... Neither the article nor the list discussion makes it obvious what we are talking about... Is this, essentially an argument about "Open in a new window"? If so, I'm a bit underwhelmed. As far as I can see, most users can use either method quite happily, and really don't care very much. Best usability improvements of the last five years for file management are: image thumbnailing and previews, tabbed file management in Konqy.
Re: This is unrelated (sorry0 - Jeff Johnson - 2003-09-16
Yes, the short story is that every directory/folder is opened in a new window, and that these windows represent the folder. In other words, they do not have navigation buttons(forward/back) or a location bar, because the directory of the window is fixed.
Re: This is unrelated (sorry0 - Dawnrider - 2003-09-16
To be honest, from having used this method of file management under countless older operating systems, then Windows 95, every time I installed win 98 I would just take five minutes to tweak it to do the same thing. Tweaking KDE to do the same is indeed trivial. Just get it to open new windows and remove the toolbars. Then one day I got tired of doing the changes when I reinstalled each machine at work and left it. Since then, I've been fine with things in a browsing method. Really, it makes no difference in the way I work, and my range of users, from people who know almost nothing about computers to the web/e-mail/wordprocessing users to the presentation/photoshop/dreamweaver lot have all been fine. As far as I can see, the users really don't care; in fact, they don't even seem to have noticed. The only issues I have with browser navigation, is that Windows makes it very hard to open a folder in a new window when you need to, so that you can copy using DnD. Konqy doesn't have that problem, and the tabbed FM is great :)
Re: This is unrelated (sorry0 - MaX - 2003-09-16
Windows has not implementet it, please test it on MacOS 9 or older!
Re: This is unrelated (sorry0 - Jeff Johnson - 2003-09-16
It's funny that all these articles/posts all start with something like "Personally I think that OO UIs suck, but as the usability guys say that they are logical and easy to use...". P.S.: Knowing the 'a new window for each directory' principle from Windows, I agree that it sucks.
aparently you've never used it - dude - 2003-09-16
because windows, gnome or kde have NEVER had a spatial GUI. dont judge it before you see it, lest you look like a troll.
Re: aparently you've never used it - fault - 2003-09-16
Not true; The classic MacOS finder was quite spatial. It went well with Apple's "pretend your computer is a desk" mantra. The OSX finder is not so-spatial for very good reasons. 1. People are used to non-spatial interfaces. Because of hrrm... Microsoft, NeXT, etc... 2. Spatial interfaces tend to clog the whole screen full of windows. This was why, for example, why Netscape didn't originally open up a new window for every page opened and why it had back/forward navigation buttons. Microsoft and others found that this approach worked equally well for local files. As others have pointed, out, it's already possible to have a psuedo-spatial Konqueror. Just turn all of your toolbars off and set things to open in new windows.
Re: aparently you've never used it - mario - 2003-09-17
I defintely wouldn't wat mozilla to have a web browser with a spacial interface, damn taht would be a pain, I think it sucks too, but I guess I need to try a real implementation first.
Sue Kparts? - Sandy C. Otmus - 2003-09-17
Who would want to sue KParts? I mean, really.
Mario, a GNOME fan - Paulo Junqueira - 2003-09-17
Did you post some comments in GNOME sites too? In various of the Brazillian and WORLD sites about KDE I can see you posting notes about GNOME. I like GNOME too but, what´s your intension? "I invite the KDE users to try GNOME..." "This GNOME feature is cool..." Hey man, please continue to promote GNOME but try to have a bit of ethic...
i never posted anything ona brazilian site - mario - 2003-09-18
I'm a fan fo both desktops and I want KDE to improve and I list notable GNOME features which I would like in KDE on the dot sometimes, so what. I refer you to this thread which explains everything to a person just like you. http://dot.kde.org/1063222993/1063247522/
Can it display rotated (non-animated) text? - Roland - 2003-09-16
One of the biggest shortcomings of HTML is the lack of rotated text. Is the KSVG-implementation in KDE 3.2 able to display a simple text which is rotated for example by 90°? Thanks
Re: Can it display rotated (non-animated) text? - Rob Buis - 2003-09-16
Hi, Yes KSVG can both display simple text at any rotation/scale as well as display top-to-bottom scripts. Try it if you dont believe me :) Cheers, Rob.
Re: Can it display rotated (non-animated) text? - Haakon Nilsen - 2003-09-16
The lack of rotated text is NOT a shortcoming of HTML. It's at best a lack of CSS. Sorry, it had to be said :)
Re: Can it display rotated (non-animated) text? - Niels - 2003-09-17
I think it will be in CSS 3.
Re: Can it display rotated (non-animated) text? - jeremyn - 2003-09-30
You should be able to adress this with CSS3 when support for CSS3 becomes widespread(read- when hell freezes over, when ipv6 support is in all OS's). SVG, or PNG images are probably a better idea for now. SVG support is not all that great either, so probably images are a better solution for now. The writing-mode property in the text module will let you you get 90 degree rotated text, but its a nasty hack seeing as that property is meant to help display mongolian...
Re: Can it display rotated (non-animated) text? - Basti Bla - 2004-01-28
yes it can be done <p style="DIRECTION: ltr; WRITING-MODE: tb-rl">rotated text</p> <div style="DIRECTION: ltr; WRITING-MODE: tb-rl">rotated text</div>
Re: Can it display rotated (non-animated) text? - Gecko - 2005-10-30
Very old thread, but since I found this looking for an answer to the same question, I suppose I can revive it. writing-mode is not part of any CSS standard. It is part of the XSL recommendation (http://www.w3.org/TR/xsl/slice7.html#writing-mode-related), though. So I guess it is a bad idea to rely on it for now. writing-mode is not implemented in Mozilla browsers (Mozilla, Firefox, Netscape) as of Firefox 1.7.
Re: Can it display rotated (non-animated) text? - Raphael - 2005-12-09
Did you check the CSS3 text module? http://www.w3.org/TR/2003/CR-css3-text-20030514/#writing-mode
Re: Can it display rotated (non-animated) text? - AHmed Kamal - 2004-09-21
But what about the rotation in the other direction I Want read it from the bottom to the top direction ... is that possible ??
Could this see the vectorization of kde? - norman - 2003-09-16
With this engine, we don't need to settle for arbitrary icons anymore. Features like large/stretchable icons, icons coloring themselves depeinding on the color scheme. It would be a lot easier to do these things when the icons are vectors rather than prerendred png. KDE is a long way behind gnome when it comes to SVG graphics, and I'm glad KDE is starting to catchup with KDE.
Re: Could this see the vectorization of kde? - Datschge (has troubles with his i-net connection at home =( - 2003-09-16
"I'm glad KDE is starting to catchup with KDE" I'm glad about that as well. ;)
Re: Could this see the vectorization of kde? - standsolid - 2003-09-16
yeah, it's about freaking time we caught up to those guys. I mean KDE has been SO far ahead for SO long... it's good to see some competition like KDE rock the boat a little. when desktops compete, it makes both of them better. ;p
ROFL!!! - mario - 2003-09-17
That's a funny ;) Anyway, I don't think GNOME was ever ahead of KDE in SVG, it's jsut that they have had a shroter release cycle and so their work is already out while KDE 3.2 will be worked on for at least a year I hope. GNOME only has SVG icon rendering as does KDE 3.1. This implementation is much more than jsut icons.
Re: ROFL!!! - Maynard - 2003-09-17
No, the themes (GTK) can also be SVG. And Metacity I think.
Re: ROFL!!! - Thomas - 2003-09-17
No, I think, that there's an experimental vector-theme implementation available for gtk+, though it does not seem to be based on svg. It was made to test out the functionality of cairo (related to the XFree Project), which aims to incorporate vector based functionality into XFree.
Re: ROFL!!! - Maynard - 2003-09-17
No. There is a whole suite of themes. Gorilla, Nuvola, Lush, Wasp and Crystal. go to librsvg.sourceforge.net to check them out.
Re: ROFL!!! - Thomas - 2003-09-17
o.k... svg icons are not the most interesting part, we'll have crystal svg cions sooner or later plus any free svg icon themes from other desktops...(me thinks)... I was speaking of a widget style made of vector gfx... well _that's_ cool...
SVG in games? - Chakie - 2003-09-16
I wonder if simple games such as turnbased strategy games and board games could benefit from using SVG for the graphics? The whole idea is in my opinion not that far fetched.
Re: SVG in games? - Jeff Johnson - 2003-09-16
Not really. They could use it, of course, but SVG itself wouldnt such a large benefit over any other cnavas with a similar renderer. The largest advantage would probably be that that your cnavas is based on a common file format.
Re: SVG in games? - Rob Kaper - 2003-10-08
Which is exactly why Atlantik is adopting KSVG.
Will KDE 3.2 have SVG icons? - Simon - 2003-09-16
Will svg icons be the default in KDE 3.2 or will we have to wait for another release? SD
Re: Will KDE 3.2 have SVG icons? - chris - 2003-09-16
i want Auto-recreate icons at anysize, because of speed Auto recreate SVG ICON as PNG with the new selected size. chris
Widget styles in SVG - anon - 2003-09-16
Could we see Qt widget styles in SVG? It's already possible in gtk. If someone were to make a widget style engine for Qt, we could have cross desktop themeing ! :)
Re: Widget styles in SVG - Iuri Fiedoruk - 2003-09-16
I've always tought about this too. This would be great. You could more easily create a theme (no need for hardcoded, you can use SVG+EMCAScript) and themes could be cross-plataform! Wow makes me dizzy! Would be really good :)
Re: Widget styles in SVG - Peter Plys - 2003-09-17
That would be nice-nice-nice. Somebody from Troll Tech lurking around?
Re: Widget styles in SVG - anon - 2003-09-17
You don't need trolltech to implement this because of the nature of qstyles (they are qt plugins)
one important question! - Iuri Fiedoruk - 2003-09-16
As a brazilian I want to know why there are some countries not highlited on football (soccer) zones? I mean, why only Brazil, Argentina, Uruguay, Paraguay and Ecuator are highlited? You know... football and brazilians are important to each other, so I'm curious :)
Re: one important question! - Iuri Fiedoruk - 2003-09-16
Ouch, nevermind, NOW I've read the text. It's the nations who got into 2002 world cup. A candy to who answer who was the champion! :)
Where's Daniel M. Dudley!!?? - mario - 2003-09-17
Where did mosfet go, it seems write after someone posted the X fork "unconfirmed rumor" all over at PCLINUXONLINE.COM, Inquirer, Madpenguin, KDE-LOOk etc. and everyone started totally insulting him and being a bitch his website was offline and it's still offline. I hope he didn't get sick and if he's just pissed at the community and other people he has every right to be and the people who insulted him for posting that rumor on his personal website ought to be ashamed, he had every right to and clerarly stated he did not know if it was true yet. I really hopes he will come back to KDE and is jsut too busy now, PixiePLus (development version) and Liquid 0.9.6 (development versioN) are fantastic and he did a lot more than just Liquid and PixiePlus. If anyone knows where I canc ontact him please tell me. Sorry taht this si O, it's jsut that all this talk about svg themes, svg icons and all this graphics talk made me think about him.
Re: Where's Daniel M. Dudley!!?? - Wurzelgeist - 2003-09-17
Don't forget MosfetPaint!
Re: Where's Daniel M. Dudley!!?? - mario - 2003-09-17
Yeah, but I never actually got to try his paint program. I did like a lot of his ideas, like his professional thumbnail specifcation which the entire Linux community would benefit from, it is much faster and just plain better in every way. His kicker contributions and HiColor theme were also cool, thecommand line image browser was interesting too, but I like to have a GUI, he did a lot for KDE and Linux. It's a shame the community was so mean, I guess all the SCO news postings were stressing out everyone and lot sof people flew of their handle thinking that mosfet posted to large nws sites when in reality he only poste don his website and his website readers did that for him,
Capturing User Input - Chuck - 2003-09-17
I know that the vector graphics look great in SVG, way to go KSVG team! However, can anyone tell me about the limitations of scripting in SVG? I've seen examples where you can push buttons, etc. How interactive can SVG be? Could this be a replacement for applets where some client side interaction is useful? Thanks for any help, -Chuck
Re: Capturing User Input - Rob Buis - 2003-09-17
Hi, It can become very interactive. Simulating input widgets like buttons, combo boxes etc. are very well possible and there exist svg implementations for this for a long time now. The limitations depend on how much of the DOM you can access, but for svg you can change its whole DOM and so do things like update text after pressing a button. I am not sure how much of the normal html/xml DOM can be accessed and changed though. The new work on SVG 1.2 tries to standardize possible UI functionality using svg AFAIK. Cheers, Rob.
Re: Capturing User Input - Andreas Streichardt - 2003-09-17
SVG 1.2 adds geturl/posturl and parsexml to SVG. With get- and posturl you can get content from a webserver (triggered by a button for example). parsexml will then return a documentfragement which you could add to your SVG. So SVG can be VERY interactive. This is currently broken in cvs but niko is trying to fix that ;).
Re: Capturing User Input - Paul - 2003-09-18
Could you give an URL or something where I can find this kind of examples? I've searched for this, but all I can find is code that 'will eventually be able to....' Nothing working, so far! :-(
Great ! - Johan De Messemaeker - 2003-09-18
Especially the KPart layer. Outstanding work ! Regards, Johan
so why isn't it working? *whimper* - hume smith - 2004-03-25
What are the technical prerequisites for konqi to show SVG? I just built 3.2.1 (libs, base, and graphics, plus some others) from the NetBSD pkgsrc and konqi's as ignorant of SVG as ever ... what could be missing? ksvgtopng works, and svgdisplay sorta works (gets the colours wrong if it doesn't run out of threads and crash) ... but my konqi thinks SVG are some sort of text object ...