On 9 June 2012 00:26, David C. Rankin drankinatty@suddenlinkmail.com wrote:

On 06/08/2012 08:59 PM, Darrell Anderson wrote:

...

Here is the full list. Notice the files with arrows pointing to them are the highest resolution in each collection and the only ones needing updates (only six!). I listed the installed location first and the GIT location in parentheses.

=================== tdeaccessibility ===================

-> ${PREFIX}/share/icons/mono/scalable/apps/go.svgz (tdeaccessibility/IconThemes/mono/scalable/apps/go.svgz)    ${PREFIX}/share/icons/mono/scalable/apps/kmenu.svgz

Darrell,

Take a look in the following dir for updated go.svgz and kmenu.svgz:

http://www.3111skyline.com/dl/dt/tde/img/tdeaccessibility/

The svg files were easy. If they need tweaking let me know. The png's are a bit tougher. If E. can't get to them, then I'll take a crack at it.

-- David C. Rankin, J.D.,P.E.

Hey I can't read that.

XML Parsing Error: not well-formed Location: http://www.3111skyline.com/dl/dt/tde/img/tdeaccessibility/kmenu.svgz Line Number 1, Column 1:\uffff

Calvin

I just did it and saved it in inkscape -- I'll take another look. Maybe a compressed/uncompressed svg thing...

Thanks much, but I can't open either. :-(

BTW, I need only one or the other --- the two images are exact duplicates, just different file names.

Darrell

OK, use this one for both go.svg and kmenu.svg

http://www.3111skyline.com/dl/dt/tde/img/tdeaccessibility/go.svg

There must be something in the web server concerning how it handles the compressed svgz files (my server compresses text upstream, so it my be screwing up the native svg compression) .. who knows..

I can view that one.

One down, five to go. :-)

Thank you!

Darrell

On 06/08/2012 11:45 PM, David C. Rankin wrote:

On 06/08/2012 11:38 PM, Darrell Anderson wrote:

...

...

I just did it and saved it in inkscape -- I'll take another look. Maybe a compressed/uncompressed svg thing...

Thanks much, but I can't open either. :-(

BTW, I need only one or the other --- the two images are exact duplicates, just different file names.

Darrell

OK, use this one for both go.svg and kmenu.svg

http://www.3111skyline.com/dl/dt/tde/img/tdeaccessibility/go.svg

There must be something in the web server concerning how it handles the compressed svgz files (my server compresses text upstream, so it my be screwing up the native svg compression) .. who knows..

Here are the png files. Check that these go.png files do what you need. I have 16x16, 22x22, 32x32, 48x48, 64x64 and 128x128 here:

http://www.3111skyline.com/dl/dt/tde/img/go_16x16.png http://www.3111skyline.com/dl/dt/tde/img/go_22x22.png http://www.3111skyline.com/dl/dt/tde/img/go_32x32.png http://www.3111skyline.com/dl/dt/tde/img/go_48x48.png http://www.3111skyline.com/dl/dt/tde/img/go_64x64.png http://www.3111skyline.com/dl/dt/tde/img/go_128x128.png

the png's are fine.

On Fri, 8 Jun 2012 22:12:43 -0700 (PDT) Darrell Anderson humanreadable@yahoo.com wrote:

...

...

OK, use this one for both go.svg and kmenu.svg

http://www.3111skyline.com/dl/dt/tde/img/tdeaccessibility/go.svg

There must be something in the web server concerning

how it handles the

...

compressed svgz files (my server compresses text

upstream, so it my be screwing

...

up the native svg compression) .. who knows..

Here are the png files. Check that these go.png files do what you need. I have 16x16, 22x22, 32x32, 48x48, 64x64 and 128x128 here:

http://www.3111skyline.com/dl/dt/tde/img/go_16x16.png http://www.3111skyline.com/dl/dt/tde/img/go_22x22.png http://www.3111skyline.com/dl/dt/tde/img/go_32x32.png http://www.3111skyline.com/dl/dt/tde/img/go_48x48.png http://www.3111skyline.com/dl/dt/tde/img/go_64x64.png http://www.3111skyline.com/dl/dt/tde/img/go_128x128.png

the png's are fine.

Um, jeepers, thanks, but all of the crystalsvg png images are alreay okay. :) Read my previous list. I have six images marked with arrows. You just updated one (monochrome).

The remaining others:

-> ${PREFIX}/share/icons/kdeclassic/48x48/apps/go.png (tdeartwork/IconThemes/kdeclassic/48x48/apps/go.png) -> ${PREFIX}/share/icons/kids/64x64/apps/go.png (tdeartwork/IconThemes/kids/64x64/apps/go.png) -> ${PREFIX}/share/icons/ikons/48x48/apps/go.png (tdeartwork/IconThemes/ikons/48x48/apps) -> ${PREFIX}/share/icons/Locolor/32x32/apps/go.png (tdeartwork/IconThemes/Locolor/32x32/apps/go.png) -> ${PREFIX}/share/icons/slick/48x48/apps/go.png (tdeartwork/IconThemes/slick/48x48/apps/go.png)

I'll have a go this afternoon, if David doesn't get there first.

On 06/09/2012 12:02 PM, Darrell Anderson wrote:

...

I'll have a go this afternoon, if David doesn't get there first.

Thanks much!

To whomever updates these images, the svg created by David looks fine in gwenview, but when actually used in the session exit dialog or the TDE menu icon, there is a white block in the right side under the "T." Here is a screen grab of the menu icon:

http://humanreadable.nfshost.com/trinity/build_logs/mono-go-svg.png

Wow - never seen that before.... I used inkscape and I grouped the T with the white world outline. I'll play with it and see if I can figure out what went wrong. Never seen one look good in gwenview but fail elsewhere.

E., Darrell,

I'll start at the bottom of Darrel's list and work UP. E., you start at the top and work down. That way we won't duplicate work.

I had to pull the plug last night -- too tired to do any more good :)

Try this one. I ungrouped all the elements:

http://www.3111skyline.com/dl/dt/tde/img/tdeaccessibility/go_ver-2.svg

Same odd white block. :-(

Darrell

Look at this slick icon 48x48 go.png. I'm not that good at bitmap icons. If this passes, then great, if it needs tweaking -- E. will have to do the pngs. Gimping with smudge and paintbrush takes actual talent. Vector drawing -- a monkey can do -- even you :)

http://www.3111skyline.com/dl/dt/tde/img/slick/go.png

That looks great. I used kolourpaint to enlarge the image to 1000% and copy the "edging sparkle" from the "K" version. I used kolourpaint to scale/create the 32, 22, 16 bit images and duplicate all four to kmenu.png.

I believe that takes care of the slick icons.

Monkeys have more artistic talent than me. Some days, more intelligence too.

Thank you!

Darrell

On 06/08/2012 11:28 PM, Calvin Morrison wrote:

Hey I can't read that.

XML Parsing Error: not well-formed Location: http://www.3111skyline.com/dl/dt/tde/img/tdeaccessibility/kmenu.svgz Line Number 1, Column 1:\uffff

Calvin

Calvin,

Go look at:

http://www.3111skyline.com/dl/dt/tde/img/tdeaccessibility/go-screenshot.png

which is a screenshot of the .svgz in inkscape. I'll dork with saving in another svgz format...

On 06/09/2012 03:38 PM, E. Liddell wrote:

Took a stab at this one--see attached. Without being able to see your sample Crystal icon (I need the GIT path), I don't know if it's exactly what you wanted, though.

Overall, the PNG icons are going to be slow going--this one took me a good half-hour of pixel tweaking, and it still isn't perfect.

Hah!,

That's the way I feel! I wish we had a set of clean svg files for each of the icons. Even just a clean png of a blank background for all the different styles would help. Starting on a clean background and drawing new is much easier than removing pixels and trying to feather everything together again -- at least for me -- even with layers...

The classic icon looks fine to me. For developers/packagers/coders, that's some fine artwork :)

If the go.svg icon still shows the artifact, then I can try joining the strokes to see if that helps. There must be something strange in the way tde is rendering the svg images (perhaps old svg code - dunno). I used inkscape and saves as a "plain svg" filetype -- so it doesn't get any more basic than that. The tde svg-render engine is probably 8-10 years old now, I don't know if the svg standard has been updated in the interim, but it is a distinct possibility.

David,

The problem is not TDE, per se. I copied the image to 3.5.10 and the same thing happened. The image looks fine in gwenview and karbon14 but displays the white block in the menu icon or session exit dialog. If there is a weird corner case with displaying svgz images, then TDE seems to have inherited the problem from KDE3.

Would you send me another copy with everything ungrouped? I then can tinker with bringing objects forward in the layers and see what might help. I'm a proverbial fish out of water with this stuff but I will tinker in karbon14 somewhat with whatever you send. I'm no artist and I can't figure out anything in karbon14. We inherited an app with no help handbook. Slackware does not come with inkscape and for me to build the package means building about a dozen dependencies --- lots of time. Even if I built, I have no idea how to work with these kinds of apps --- so more time trying to learn some basics.

Possibly the problem is the way the file is compressed with gzip. I created the svgz file like this:

gzip go.svg --suffix z

Does inkscape have the ability to save as svgz rather than svg? If so, we can try that too.

Thanks.

Darrell

On Sun, 10 Jun 2012 14:40:26 -0700 (PDT) Darrell Anderson humanreadable@yahoo.com wrote:

...

If the go.svg icon still shows the artifact, then I can try joining the strokes to see if that helps. There must be something strange in the way tde is rendering the svg images (perhaps old svg code - dunno). I used inkscape and saves as a "plain svg" filetype -- so it doesn't get any more basic than that. The tde svg-render engine is probably 8-10 years old now, I don't know if the svg standard has been updated in the interim, but it is a distinct possibility.

David,

The problem is not TDE, per se. I copied the image to 3.5.10 and the same thing happened. The image looks fine in gwenview and karbon14 but displays the white block in the menu icon or session exit dialog. If there is a weird corner case with displaying svgz images, then TDE seems to have inherited the problem from KDE3.

Would you send me another copy with everything ungrouped? I then can tinker with bringing objects forward in the layers and see what might help. I'm a proverbial fish out of water with this stuff but I will tinker in karbon14 somewhat with whatever you send. I'm no artist and I can't figure out anything in karbon14. We inherited an app with no help handbook. Slackware does not come with inkscape and for me to build the package means building about a dozen dependencies --- lots of time. Even if I built, I have no idea how to work with these kinds of apps --- so more time trying to learn some basics.

Possibly the problem is the way the file is compressed with gzip. I created the svgz file like this:

gzip go.svg --suffix z

Does inkscape have the ability to save as svgz rather than svg? If so, we can try that too.

Inkscape does have the option of saving as .svgz . The attached .svgz is ungrouped and has the strokes forming the T converted to filled shapes, although I don't know whether or not that will help.

I'll also see if I can get karbon to install (I'm still running KDE3, so there may be libpng or other failures), and play with it a bit if I can. If there's no manual, someone should try to create at least the rudiments of one, no?

On Sun, 10 Jun 2012 18:43:47 -0700 (PDT) Darrell Anderson humanreadable@yahoo.com wrote:

...

Inkscape does have the option of saving as .svgz . The attached .svgz is ungrouped and has the strokes forming the T converted to filled shapes, although I don't know whether or not that will help.

Yay! No white block. Nice and clean.

Although what you described about strokes went over my head. :-)

Any shape in a piece of vector artwork can consist of a fill--a solid inside--and a stroke--an outline. What I did was convert the T from a pair of lines with a really thick outline to a pair of solid rounded rectangles with no outline.

I'll push to GIT.

...

I'll also see if I can get karbon to install (I'm still running KDE3, so there may be libpng or other failures), and play with it a bit if I can.

I have koffice running on my 3.5.10 setup as well as Trinity. Strangely, karbon (both 3.5.10 and TDE) does not render the T in the new svgz. Only the gear. Gwenview and squirrel open the svgz fine.

Hmmm. Sounds like karbon may not fully implement the svg standard (Inkscape does, except for a quirk with the handling of multiline text--it's why they forked from Sodipodi in the first place). Either that, or it has some kind of weird problem with overlapping shapes.

...

If there's no manual, someone should try to create at least the rudiments of one, no?

Sounds like something for our to do list after R14. :-) I wonder whether the Calligra version has any kind of manual that we can use as a basis. Would be nice if karbon could do some very basic work for us --- to somewhat eat our own dog food.

Fishing through the Calligra/KDE git indicates that they have no more docs than we do. I get the impression that, since the KOffice-Calligra fork, they haven't added significantly to their documentation, just maintained what they already have. Maybe we can sweeten the relationship between Trinity and the KDE family of projects here by contributing something back.

Anyway, Karbon did install for me, so I'll try to find some time to poke at it and see what it can (and can't) do. If I can squeeze out a couple of lines of description each tool or setting and a few illustrative screen shots, that'll be more than we have, and if I can't, we'll be no worse off.

On Mon, 11 Jun 2012 08:47:20 -0700 (PDT) Darrell Anderson humanreadable@yahoo.com wrote:

...

Hmmm. Sounds like karbon may not fully implement the svg standard (Inkscape does, except for a quirk with the handling of multiline text--it's why they forked from Sodipodi in the first place). Either that, or it has some kind of weird problem with overlapping shapes.

Anyway, Karbon did install for me, so I'll try to find some time to poke at it and see what it can (and can't) do. If I can squeeze out a couple of lines of description each tool or setting and a few illustrative screen shots, that'll be more than we have, and if I can't, we'll be no worse off.

If possible, would you create a bug report with a nominal punch list of what seems broken in karbon? That will provide us a place to start.

I'll do that.

Maybe we should browse the old KDE bug tracker for karbon bugs and after validating, transfer those reports to our system. If the bugs have been resolved then likely they were fixed in KDE4 rather than KDE3 and we could look at the respective patches.

There's also a TODO among the source files that we can look at.

I neither expect nor demand that karbon be the equivalent of inkscape. If karbon could do just the basics then we have a nice little scalable vector drawing program. Our project approach toward koffice is the suite is a light weight collection of office apps. We don't expect to add features but we want to keep what we have functional. :-)

Well, Inkscape is only a few features short of being an open-source Adobe Illustrator, which is certainly not lightweight. You don't need everything it has in order to do simple clipart or flowchart-type stuff, which I think is a niche Karbon can fill quite nicely.

By the way, my quick tests here indicate that LibreOffice Draw does not support SVG.

Hmmm. That's a bit odd, especially given that there are really only two widely-used non-proprietary formats for vector data: SVG and the venerable EPS. I wonder if anyone's opened an RFE with them.

On Fri, 8 Jun 2012 18:59:36 -0700 (PDT) Darrell Anderson humanreadable@yahoo.com wrote:

=================== tdeartwork ===================

[...]

-> ${PREFIX}/share/icons/kids/64x64/apps/go.png (tdeartwork/IconThemes/kids/64x64/apps/go.png) ${PREFIX}/share/icons/kids/48x48/apps/go.png ${PREFIX}/share/icons/kids/32x32/apps/go.png ${PREFIX}/share/icons/kids/22x22/apps/go.png ${PREFIX}/share/icons/kids/16x16/apps/go.png

Next one. Sorry about the filename, but I have all of these in one directory, and I have to differentiate them somehow. And I'm still not sure what kind of 3D effect the original artist was trying to apply to this one, damn it all.

On Fri, 8 Jun 2012 18:59:36 -0700 (PDT) Darrell Anderson humanreadable@yahoo.com wrote:

-> ${PREFIX}/share/icons/ikons/48x48/apps/go.png (tdeartwork/IconThemes/ikons/48x48/apps) ${PREFIX}/share/icons/ikons/32x32/apps/go.png

-> ${PREFIX}/share/icons/Locolor/32x32/apps/go.png (tdeartwork/IconThemes/Locolor/32x32/apps/go.png) ${PREFIX}/share/icons/Locolor/16x16/apps/go.png

Two more. The ikons one was the easiest yet. The locolor one . . . wasn't. I just hope my rendition is no worse than the original.

The slick one I'll leave until you decide whether or not to take David's version.

Two more. The ikons one was the easiest yet. The locolor one . . . wasn't. I just hope my rendition is no worse than the original.

The slick one I'll leave until you decide whether or not to take David's version.

Got both. Thanks!

Darrell