- Inkscape Devel - Inkscape Mailman

Participation at SCALE 10x
by Jon Cruz 30 Dec '11

30 Dec '11

Hi guys, Just putting out a general call for anyone who would like to help us man a booth at SCALE 10x this year. http://www.socallinuxexpo.org/scale10x I know Josh and I will be there, but if anyone else can spend a little time in the booth that would be a big help. The conference has given us a set of free full access passes for that. If anyone is interested in helping, just drop me an off-list email. I'll get you the instructions (which basically cover registering up to the point of paying, then sending me the registration number to finish on my side).

1 0

Re: [Inkscape-devel] OCAL Dialog Redesign
by Andrew 28 Dec '11

28 Dec '11

Hi Guys, So I have been doing a lot of work on the Import from OCAL dialog and I have finally finished! I was wondering whether I could get some testing, especially on some different platforms with different internet connections. All you need to do is get my branch using: bzr branch lp:~and471/inkscape/ocal-dialog-improvements And then compile as usual. You will find the dialog in File > Import Clip Art So yeah, basically I want a lot of testing, to iron out any errors that I have missed and also feedback on the stuff I have done. Then once that is all done, I shall propose for merging into trunk. A list of changes is below, as well as a link to screenshots of the new dialog. Thanks! -- Andrew Screenshots: http://wiki.inkscape.org/wiki/index.php/OCAL_Dialog_Re-Design == Changes == * UI Redesign (which includes) - Altered the padding and packing of all widgets - Added search entry with clear and search icons - Added OCAL Logo overlay - Put descriptions inline in list - New preview widget that shows extra metadata - New status widget to notify on errors/success etc. - Dialog is now persistent (retains state) - Better messages for the user - Changed title/menuitem to 'Import Clip Art' * Backend stuff (which includes) - Use new GFile API instead of depreciated GNOMEVFS - Use async methods so the UI isn't blocked - Use smaller, thumbnail images in the preview widget (save on bandwidth and increase speed) - Implement cancelling of operations - Put downloaded resources into one directory, from which we can use later - Big cleanup in terms of code

5 5

Find / Replace dialog
by John Smith 28 Dec '11

28 Dec '11

How about an updated Find dialog to include the great replace functionality found in 2 text extensions - Replace text and Replace font ? The idea is to have a unified dialog that can find/replace on almost anything in the document - text, styles, attributes, fonts etc. A history of past find/replaces (in the combo-box), exact and case sensitive matching, undo history, dockable dialog, and the status on what was found/replaced. Any ideas to improve the find dialog more that welcome ... https://bugs.launchpad.net/inkscape/+bug/909328 ----------------------------------------------------------------------------------------------------------------------- Send big files for free. Simple steps. No registration. Visit now http://www.nawelny.com

1 0

FOSDEM and Color
by Tavmjong Bah 21 Dec '11

21 Dec '11

Hi, Do we have anyone going to FOSDEM[1] in February? Chris Lilley will be giving a talk on the SVG2 Color chapter at a "Colour Management" session and will be looking for feedback on color management in SVG2. Tav [1] http://fosdem.org/2012/

1 0

Adding half tones pattern to SVG filters
by Ivan Louette 21 Dec '11

21 Dec '11

I would propose to add half tones patterns to svg filters primitives. I think adding them at this level could be extremely powerful and useful for designers like turbulence is already. No need for a lot of settings (most of them like color could be controlled by their association with other primitives) ; only frequencies (x and y), shape, angle and eventually other ones proposed by print specialists. ivan

3 2

Wacom Weird
by Martin Owens 21 Dec '11

21 Dec '11

I just noticed that in Oneiric that my tablet isn't doing it's thing even with everything switched on. Is there still a bug in inkscape trunk over the pressure? This is what I dug up: http://osdir.com/ml/ubuntu-bugs/2011-11/msg06429.html It looks like it might be a gtk bug? If so, what needs to happen to fix it? Martin,

9 29

Re: [Inkscape-devel] DHW file input extension
by Nikita Kitaev 21 Dec '11

21 Dec '11

The repository now has four test files: https://github.com/nikitakit/DM2SVG/tree/master/sample Page 1 is an all-in-one test file, Page 161 should be just a single stroke, and Page 162 should have each number on its own layer. ~Nikita On Tue, Dec 13, 2011 at 3:01 AM, Chris Morgan <chris.morganiser@...400...> wrote: > Nolota: try this and see if it works properly: > https://gist.github.com/1471691 > > (Not having any DigiMemo files I can't test it without faking data myself by > following the process in reverse, which would be a waste of time.) > > -- Chris On Tue, Dec 13, 2011 at 2:48 AM, Mark Schafer <mschafer@...2596...> wrote: > Thanks - please also send a very very simple test file - say with a single > stroke in it. > Cheers... > > > On 12/13/2011 11:20 PM, Nikita Kitaev wrote: >> >> Thank you. There's one test file in the repository, and I'll send you >> a couple more tomorrow. >> >> ~Nikita >> >> On Tue, Dec 13, 2011 at 2:14 AM, Mark Schafer<mschafer@...2596...> >> wrote: >>> >>> Hi Nikita, >>> I can probably convert it to python for you. >>> Can you send me some files for testing - with what they look like as pngs >>> (say) >>> >>> Cheers, Mark... >>> >>> >>> >>> On 12/13/2011 10:34 PM, Nikita Kitaev wrote: >>>> >>>> On Tue, Dec 13, 2011 at 1:13 AM, Chris Morgan >>>> <chris.morganiser@...400...> wrote: >>>>> >>>>> It won't be hard to port to Python, which would be ideal for use in >>>>> Inkscape. It's short and simple. >>>>> >>>>> >>>>> On Tue, Dec 13, 2011 at 8:08 PM, Alexandre Prokoudine >>>>> <alexandre.prokoudine@...400...> wrote: >>>>>> >>>>>> On Tue, Dec 13, 2011 at 12:34 PM, Nikita Kitaev wrote: >>>>>>> >>>>>>> A couple of months ago I modified someone's BSD-licensed DHW to SVG >>>>>>> converter and turned it into an Inkscape extension. DHW is the >>>>>>> proprietary format used by DigiMemo digital notepads (writing on the >>>>>>> notepad with a special pen will record all of the penstrokes and save >>>>>>> a copy of the writing onto an SD card). >>>>>>> >>>>>>> Right now the code is up on github [1]. It's a 215-line perl script, >>>>>>> plus the accompanying INX file. I'm wondering if it would make sense >>>>>>> to do something else with it, like adding it to an extension >>>>>>> repository or maybe even including it with Inkscape. Any suggestions? >>>>>> >>>>>> Ahem... So we should add Perl to our Windows installer? >>>>>> >>>>>> Alexandre Prokoudine >>>>>> http://libregraphicsworld.org >>>> >>>> My fault for not knowing that perl extensions don't work on Windows. >>>> >>>> I've never done binary file operations in Python, but if I can find >>>> some good documentation (or if someone else can port it) then we can >>>> make a Python version. I have an actual DigiMemo notepad and several >>>> hundred DHW files to use as test cases. >>>> >>>> ~Nikita

3 3

Make inkscape remember dialogs window status (bug #171579)
by John Smith 20 Dec '11

20 Dec '11

I have put an improved patch that addresses most of the issues in launchpad https://bugs.launchpad.net/inkscape/+bug/171579 >> 1. It only works with dockable dialogs (not with Text and fonts, XML editor, etc.). Now works with both dockable and non-dockable dialogs >> 2. It doesn't work correctly with dialogs docked in a floating window Docked dialogs in floating window are now remembered as open. Currently the basic status of visible/hidden, floating/docked, size and position are saved to preferences. However we dont save the complete docking status (such as docked above/below/left of/right of, iconified, dock in floating window etc), this patch mainly addresses the visible/hidden status of dialogs. >> 3. The minimize status of the docked dialogs is not remembered (they are considered closed). Iconified docked dialogs are now remembered as open, but are docked (not reiconified) on open (same as 2. above, currently no code to open a dialog as iconified) >> 4. It doesn't restore all the locked/visible icons of the Layers dialog. Layers icons fixed >> 5. The status is updated when the dialog is opened or closed, and doesn't necessarily reflects the status of the last closed Inkscape window. Saves the last windows status correctly in all the use cases i tried. Regards, John. ----------------------------------------------------------------------------------------------------------------------- Send big files for free. Simple steps. No registration. Visit now http://www.nawelny.com

1 0

GTK+ version dependency
by Alex Valavanis 20 Dec '11

20 Dec '11

Hi All, As we move towards GTK3 compatibility , we're going to run into a lot of backward-compatibility issues. For easy cases like bug #800565 [1], we can just add code alternatives, but there are other situations where this isn't really desirable. An example would be fixing deprecated symbols in our copy of GDL... I'd really prefer to import changes from upstream rather than increasing the size of our diff any further. However, the upstream fix for one of the GDL issues requires gtk+ 2.22. The question is when to start bumping the gtk+ version requirement for Inkscape? If we want to support LTS linux distros, we could be waiting a **very** long time. For example... Ubuntu Lucid (LTS) has no GTK+3 library, and only gtk+ 2.20, and is supported until April 2013. Options include... 1. Keep our linux LTS-release support rigorously; don't make any gtk code updates that introduce a gtk > 2.20 dependency (unless there are easy code-alternatives for backward compatibility). Eventually move on when common LTS distros reach end-of-life. 2. Gradually inch forward with dependency versions. Drop linux LTS-release support for trunk, but maintain support for all current non-LTS distro versions (e.g. Ubuntu Maverick and higher). 3. Charge ahead mercilessly towards compatibility with the current stable GTK version (currently 3.2). Break support for linux distributions as required, and laugh heartily in the faces of the grieving users. Any thoughts? AV [1] https://bugs.launchpad.net/inkscape/+bug/800565

6 8

Floating Dialogs with multiple documents
by John Smith 19 Dec '11

19 Dec '11

Is there a plan for how floating dialogs should be managed with multiple windows ? Currently each document has is own set of dialogs and a dialog-manager to control them. The dialog-manager ensures there is only one instance of each dialog per document. So with 2 documents open, you have 2 dialog-managers and can have 2 identical dialogs floating around at the same time (and several bug reports relating to this below) All floating dialogs respond to the current active document. When a document is closed all the dialogs opened with that window are reattached to the next open window and remain alive until the application is shutdown. Hence memory usage grows for each new window that is opened and is not reclaimed when documents are closed. Users have requested 2 different styles of operation (1) Have floating dialogs per document, but close/hide them when a document is closed/unfocused (258013) (2) Have at most a single instance of each floating dialog that works across all open documents "gimp style" (317439). Which is the preferred behaivour ? (1) Looks simpler because (2) needs to deal with dialogs docked with a document and floating dialogs across the whole app, and with new instances launched (such as double clicking a file in the file manager) Related bugs * https://bugs.launchpad.net/inkscape/+bug/317439 * https://bugs.launchpad.net/inkscape/+bug/258013 * https://bugs.launchpad.net/inkscape/+bug/216693 ----------------------------------------------------------------------------------------------------------------------- Send big files for free. Simple steps. No registration. Visit now http://www.nawelny.com

1 0