- Inkscape Devel - Inkscape Mailman

Re: Re: Temp freeze + stuff
by Bob Jamison 29 Aug '04

29 Aug '04

bulia wrote: >Works! Though it is very slow for large images, almost as good as a >dead freeze. To make it usable, we need to provide a progress bar and >to make it interruptible in some way. Another problem is that it puts >the path into 0,0 instead of overlaying the original image; look up >sp_selection_tile in selection-chemistry that solves a similar problem >for Tile. Yeah, it's full of little problems for now. I just wanted to get something out there that people could see. The pathlist that is generated has the x,y coordinates relative to the top/left of the image. All we need to do is copy the x/y attribute of the <image> itself to the <path> and we can fix this. Path simplify works well to reduce the number of nodes. However, I'm sure there there is a tolerance setting or something in Potrace for estimating the curve and controlling the number of nodes output. I noticed the delay. At first, I thought it was the text output/repr parsing that was slowing it down, but it is not. The tracing takes all of the time, and the output is very quick. I'll look at the tiling stuff you mentioned. Maybe execute this in a thread? Maybe not; we might -want- the user to see the delay, so he realizes that it is an expensive operation on large images. Hey, we need an animated 'Busy' icon. How about a potato sleeping on a couch? ;-) Would be appropriate for many of us coders! Bob

1 0

Re: Temp freeze + stuff
by Bob Jamison 29 Aug '04

29 Aug '04

Oops. I haven't been able to use POP access to my email from home recently, so I didn't know about the freeze until just now, by reading it on the list archive on the website. I'll stop now :-). But in the meantime, I have gotten the Tracing operation to a limited initial functionality. Please give it a try. It will obviously need to be tested and tweaked. It will almost certainly need an associated dialog to adjust the settings. Please defer any feature suggestions until later... we just want to get it to work. To make it work, I embedded a copy of Potrace in Inkscape. Instead of using its full functionality of reading images and writing vectored output (that's OUR job), I just have it read the data from an <image>, and create an associated <path>. Eventually, I will probably make a generic Tracer class, with various tracing engines referenced by it. The basic function a tracer needs to perform, is to read a GdkPixbuf, and output the d="" attribute of a <path>; as long as an engine does that, we can consider it a black box. Sooo... give it a try. To use, load an image, select it, and choose "Trace image". That is all it takes. It will of course work much better on line art than a multicolored image. Currently, the color->line art conversion threshold is hardcoded at 50% brightness; this will of course be a future dialog item. So. I'm quitting coding for now... going back to debugging. (Hey, I found a good bug Friday, anyway ;-) Bob

2 1

ANNOUNCE Scribus 1.2 Released
by Atlantic Tech Solutions 29 Aug '04

29 Aug '04

The Scribus Team is pleased to announce the release of Scribus 1.2 - Open Source Desktop Publishing. The 1.2 release is the culmination of over 1 year of hard work since last year's 1.0 release. The Scribus team urges all users and distros to use this latest release. The Scribus Team is also proud to announce the first commercial implementation of Scribus for commercial newspaper production. Last month, the premier issue of Twin Tier Times, a US weekly newspaper was launched using a production workflow centered on Scribus and other Open Source applications including GIMP 2.0, Inkscape and others. Among the major changes and features in 1.2 since the release of Version 1.0: * A new EPS/PS importer, which can import EPS and PS files as vector or postscript outlines, which can then be edited as native Scribus objects. * A dedicated documentation site, http://docs.scribus.net has been implemented. There are French and German translations in progress. * Over 800 bug reports and user feature requests have been squashed. * Scribus now features a New from/ Save as Template plug-in, which enables end users to quickly generate preformatted documents. This is useful for both first time users, as well as experts. * The Scribus GUI is now translated into 27 languages. * Scribus 1.2 features new print previewer which has the ability to render CMYK separations on screen, transparency, UCR (Under Color Removal) to give users a true postscript generated preview of the page. * A new table feature to create basic tables within Scribus. * Many enhancements to text frames including multi-columned text, baseline grids, new contour options, tabs and drop caps. * Several new plug-ins for exporting documents as images, as well as special typography plug-ins for Czech, French and other languages. Scribus was chosen by Trolltech as one of their "Cool Applications". We on the Scribus Team are honored to be recognized as such and appreciate the recognition. The Scribus Team will present the first public demo at KDE Community World Summit 2004 "aKademy" 21-29 August, 2004 Ludwigsburg (Stuttgart Region), Germany. Enjoy!

2 1

lockups & Seg faults [Re: libsigc++ problems in Yoper]
by tom b 28 Aug '04

28 Aug '04

From: Mike Hearn <mike@...519...> Re: libsigc++ problems in Yoper [Re: Please Help: Yoper linux packaging/compiling problems] 2004-08-22 09:06 >> "Could not find "libsigc C++ callback library"" > That"s odd. It should have downloaded it and installed it for you. > Bugs, bugs, everywhere .... It did d/l some other packages before libsigc. >> 1) There is no such package for Yoper yet >> 2) I config/make/make install libsigc-1.2.so5 (I think > Check that /usr/local/lib is actually in your linker path and > that you reran ldconfig as root. OK, that worked. New tests: 1) ./inkscape-0.40cvs.package installed everything fine inkscape -V said "Aug 21 2004" ran inkscape & got "Segmentation fault" & wouldn't run 2) package remove inkscape ./inkscape-0.39.package installed everything fine ran inkscape in shell & inkscape window opened fine (though I did notice window resizing was slow on my AthlonXP 2200) drew a square shape, computer locked up (I could move mouse, but not click, & [Enter] wouldn't work) shell said "Emergency save activated! completed..." had to do a hardware reboot (couldn't reboot in linux) (BTW: I have the exact same lockup problem with .39 in Win98se & Mandrake Cooker on the same computer. But Debian unstable seemed to work fine.) 3) package remove inkscape ./inkscape-0.40cvs.package installed everything fine, though re-installed libsigc again inkscape -V said "Aug 21 2004" ran inkscape & got "Segmentation fault" & wouldn't run cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com

3 2

svg plugin
by Lucas Vieites 27 Aug '04

27 Aug '04

Hi, I was just wondering, while we're waiting for Mozilla and Firefox to implement full svg support, is there any plugin available for Linux to see svg drawings inside a web page? Of course I know of the Adobe svg plugin, but it seems to be available only for RedHat 7.1 (quite far away in time by now). Would it be very difficult to adapt the inkview code to act as a plugin and not as an external viewer? Just asking, not actually proposing an "inkscape svg plugin" ;-) Thanks for your time. -- Lucas 'Basurero' Vieites Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

5 5

Re: [Inkscape-devel] svg plugin
by Tobias Jakobs 27 Aug '04

27 Aug '04

Lucas Vieites <lucas@...212...> schrieb am 27.08.04 09:47:02: > > Hi, I was just wondering, while we're waiting for Mozilla and Firefox > to implement full svg support, is there any plugin available for Linux > to see svg drawings inside a web page? > Of course I know of the Adobe svg plugin, but it seems to be available > only for RedHat 7.1 (quite far away in time by now). > > Would it be very difficult to adapt the inkview code to act as a > plugin and not as an external viewer? > > Just asking, not actually proposing an "inkscape svg plugin" ;-) > The librsvg even provides a Mozilla/Firefox plugin and standalone viewer (rsvg-view) http://librsvg.sourceforge.net/ ____________________________________________________ Aufnehmen, abschicken, nah sein - So einfach ist WEB.DE Video-Mail: http://freemail.web.de/?mc=021200

1 0

re: svg plugin
by tom b 27 Aug '04

27 Aug '04

From: Lucas Vieites <lucas@...524...> svg plugin 2004-08-27 00:45 > Hi, I was just wondering, while we"re waiting for > Mozilla and Firefox to implement full svg support, > is there any plugin available for Linux > to see svg drawings inside a web page? A search for "SVG" at Mozilla.org digs up these links: http://www.mozilla.org/projects/svg/ http://www.mozilla.org/projects/svg/build.html So, you can compile a version with SVG built-in. There are also UNOFFICIAL builds here that may support SVG: http://www.pryan.org./mozilla/firefox/ Use at your own risk! :) ===== high-speed downtempo radio: http://live365.com/stations/infuzon __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

1 0

Re: [Inkscape-devel] Adding tablet support to inkscape
by Danni Coy 26 Aug '04

26 Aug '04

On Wednesday 25 August 2004 13:33, inkscape-devel-request(a)lists.sourceforge.net wrote: > SPCanvasWidget should be the right sort of widget to do this with. > > Have you tried writing a small standalone program as a test case to make > sure that you're doing everything else you need to? (you might e.g. > have to set event masks and things) So far I have have gone through and played with Scribble... > > i.e. try it with your own trivial custom widget first ... I'm afraid > event flow with our canvas is currently rather convoluted Good Idea... Thanks Danni > > -mental -- "and i actually like debian 2.0 that much i completely revamped the default config of the linux systems our company sells and reinstalled any of the linux systems in the office and here at home.."

1 0

Anonymous Bug reports and feature requests
by Alan Horkan 26 Aug '04

26 Aug '04

Anonymous Bug reports and feature requests are a bad idea. There are many anonymous bug reports and feature requests that are poorly explained some with no more than a summary and no description whatsoever. Without someone to follow up and provide a more detailed description I think these reports only waste people time. Many of the requests are wishlists, rather than specific enhancment requests. There are inevitably duplicate or overlapping reports. Vague suggestions and requests should be directed to the user list so that we at least have a contact address and can get people to clarify what they mean. If the suggestions are good and users are still unwilling to register to file a bug report some one else will be willing to put their name to the report. Openness is good up to a point but I think a minimum barrier is necessary, and that reporters are need to put their name to a report and take some responsibility and show they care about a feature before developers expecting developers to spend their time on it. I dont believe that many people are looking at the request tracker and it is difficult to manage so many vague reports. I think the system needs to be changed to require people to log in before posting feature requests and bug reports. Sincerely Alan Horkan http://advogato.org/proj/Inkscape/

5 5

Milestone 16
by Teemu Ikonen 25 Aug '04

25 Aug '04

Hi all, Down at the bottom of the roadmap (http://www.inkscape.org/roadmap.php) there's a note about splitting the SVG canvas out of Inkscape. I'm wondering how far this goal is in terms of development effort. The canvas in Inkscape is by far the best looking and most functional I've seen in any free software project. I'm sure there are many projects which would benefit from a canvas with nice antialiased output to screen, good print quality by SVG->PS conversion and the ability to manipulate the figure by pointing and clicking in some way. Could someone familiar with the Inkscape code estimate if it would make sense at the moment to try to use the canvas this way in, say, another GTKmm-application? Or is the code just too much coupled with GUI right now? All the best, Teemu

2 1