- Inkscape Devel - Inkscape Mailman

Inkscape Website (Help needed)
by Ian Caldwell 30 Dec '11

30 Dec '11

Hello Folks, It's that time again, I hope everyone is having a happy holidays! I am writing to you all in an urge to complete the new website within the next couple of months. I know we have all been busy with the holidays and what not. Here's a brief update on that status. The website in regards to the design elements have been completed almost all the bare bones pages have been completed and implemented into the design. The design can be seen at dev.inkscape.org . and of course the code can be viewed at https://code.launchpad.net/~inkscape-webadmin . The backend code has been partially implemented however a lot is still missing such as user accounts login etc and a web based editor. I'd like to take a moment to thank Chris Morgan for porting over all the pages an Hinerangi Courtenay for the actual design as well as the various others. I can't name everyone in this email but it's definitely been a team effort. On that note there's still a lot to be done. Here's what I think our best plan of attack is. I think our best plan of attack is to take the current site and all of it's factors and put it into a solution such as pinax ( http://pinaxproject.com/) Using pinax allows us to make a custom website without having to have all the components of a CMS but it allows us to easily implement various things with little effort such as account management profiles etc and web based editing. Overall it shouldn't be too much work but we need someone with python/django experience to port our current code/design elements to pinax. >From there once it's implemented we will then of course need the various translation teams to finish translating the content and to port over the rest of the news. So today I am looking for anyone with django/python experience to contribute to getting this website finished. I need people who are motivated and willing to push forward and get this done in the least amount of time possible. If you're willing to contribute or have any further questions on the inkscape website please feel free to reply to this email or to me directly via email or irc (msg inc) Also if there is a company that would like to sponsor development of the website or put in hours. We're willing to list you as a contributor on the website development page. In the past this project has kind of been put a little bit on the back burner due to everyones time constraints which is completely understandable but any help we can get would be great. Thank you, Ian Caldwell

1 0

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