- Inkscape Devel - Inkscape Mailman

Work on NFT dialog for GSOC 2010
by Albin Manoël 16 Mar '10

16 Mar '10

Hi developpers About GSoC, I have read that this is a full-time job between may and july. But in this time, my studies aren't finished (because of the french school system). That's why, I realized that I can't participate to GSoC. Anyway, this not a problem for me. My own goal is to contribute to Inkscape and not to earn money with Google. So I'm ready to begin the specs with Alexandre. And then, when the specs will be finished, I will probably ask you for a "mentor" in order to help me programming. So, I am going to improve the specs when I have time ;-) see you ! Albin Manoël 2010/3/8 Joshua A. Andler <scislac@...400...> On Mon, 2010-03-08 at 10:52 +0300, Alexandre Prokoudine wrote: > > On 3/5/10, Albin Manoël wrote: > > > > > If the spec aren't finished, we can begin now to improve them. Are you > agree > > > ? > > > > I'll see what I can do. I'm quite lacking spare time at the moment and > > trying to do too many things at once already. > > Albin, I will see if we can get other volunteers to help flesh out the > spec a little more... however, if no one is able, it may be a last > minute "here are the basics of what you need to accomplish" situation. > Then again, this is assuming that we are accepted as a mentoring > organization and that slots permitted, your proposal is selected. > > > > About mentoring, I would enjoy that you become my mentor. And for > programing > > > questions, I think that developers can help me :-) > > > > I'm not sure that it is the right way. I'd first hear from the > > organization's admin. > > That is not the right way. We need to have Albin paired up with a > developer as the mentor. That's not to say that Alexandre can not give > input and feedback, as I've done that with a majority of our SoC > students in the past. Right now we've only had one possible developer > agree to be a mentor this year, so if that's all we have to offer (and > are accepted by Google), competition with proposals will be fierce. > > Cheers, > Josh > >

2 1

0.48 About Screen Contest is a go!
by Joshua A. Andler 15 Mar '10

15 Mar '10

Hey All, We do have recent builds for Windows & OSX now, so, it's now time to begin the contest. Find out more at: http://inkscapers.deviantart.com/blog/30919607/ Cheers, Josh

1 0

Tests and making code testable
by Jon Cruz 14 Mar '10

14 Mar '10

Hi, you mentioned this so I think it really warrants a good thread and discussion to itself: > I have no idea what you are trying to say. The test in question tests > the Preferences object. It is not possible to replace it with a stub > because then the test becomes meaningless. Aside from a stub, for some cases, a test mode or other things are very very useful. It's good that you recognize where something itself is being tested that the thing should not be changed. However, things around it can and should be changed. If we have code that is a monolithic mess, then it will be hard to deal with and maintain. It will also be harder to understand intentions and desired use of the API, etc. I think you hand encountered all of these when you did your cleanup pass on the preferences. Given the state of things when you started, the current code is pretty nice. However we do have an opportunity to improve it even more and get things quite solid and maintainable. What it sounds like to me is that we have some good opportunity for a better understanding of Test Driven Development (TDD). http://en.wikipedia.org/wiki/Test-driven_development The main aspects I am thinking of here are in testability and API design. If we have some code that can't be tested, then it is a sign that the code needs to be re-worked. Specifically here it would appear that the code is doing too much "all-in-one" and could benefit from some modular breakup. In this specific case, the persistence of the preferences can be split up. For some testing of the preferences class I would think that some testing should be on the actual setting and fetching of values. A *separate* set of testing can focus on the actual backing store of things that currently persist to a file. I would rank this as even more appropriate for these classes since the stated design intent is to have the ability to hook to different backing down the road. So for a quick overview of factors to look a to try to glean an idea of what might be done in this case: * Look at splitting the backing store from the main class that others use. (a singleton/facade helps us here) * Consider having the unit tests run with the XDG environment set to point to other locations. (less desirable) * Consider a *compile-time* flag to have an explicit file used for the preferences when inside a unit test, instead of the fallback defaults * Some other unit tests might benefit from a preferences instance that either breaks in determined ways or reads from some canned setup. Splitting the backing store might be a bit more work than we need now. The XDG environment variables *could* be used to affect testing, but that's probably not as stable of an approach. I think compile-time flags to enable "read-only" and/or "read from a special .xml" might be the most helpful. The "read-only" mode should work for most tests, but reading from an explicit file might allow tests to be run using canned data. If you have a bit of time to look at this, one of the things I've done in the past on other projects is some simple changes to add a call that will clear out the preference type objects and fill them from an explicit file. This makes it very easy to switch starting state of things on a case-by-case basis even if multiple tests are run inside of a single executable. Let me know if this has helped you start to get some ideas. We probably should bounce things around a bit in the chat room, then get some details up on the wiki so that others can have guidelines as they work on other code too. Thanks.

2 1

Discoverablity of kerned text
by unknown＠example.com 13 Mar '10

13 Mar '10

Hi all, I recently had a problem with text that was kerned manually without me knowing it. It would probably have helped if there were some small indicator that it was 'manually kerned'. Things I can come up with: - change color of textbox when using the texttool - add small indicator to the textbox Anybody else have an idea? Thanks, Johan

3 2

uniconvertor on windows
by Alexandre Prokoudine 13 Mar '10

13 Mar '10

Hi, Igor has just mailed me that a new version of UniConvertor (1.1.5) will be out soon. Here is what you (win32 packagers and users) need to know. 1. First of all, Inkscape currently ships older version of UC - 1.1.3, whereas the actual one is 1.1.4. 2. The new Windows build of UC will be *much* larger (around 50Mbyte), so he's thinking about doing a special, smaller build for Inkscape, stripped of Python (IIRC). 3. The new version of UC is tuned for VisualStudio 2008 which allows 64bit builds, whereas Inkscape seems to rely on mingw (no 64bit, as he states). This might be problematic for Windows packagers. If you need any details, please mail him. Alexandre

4 4

Modifiers on OSX
by Krzysztof Kosiński 12 Mar '10

12 Mar '10

Hello I have never used OSX, but I know there are issues with modifier keys on it. Correct me if I'm wrong. * Control is called Command, and is used for shortcuts * There is a different key called Control, which is used to emulate a right click and is rarely used for shortcuts * Left Alt is called Option and is used for shortcuts * Right Alt (AltGr) is called Alt and is used for inputting diacritics (third level chooser) * Shift is called Shift I would like to know the following things, to create an initial solution for Inkscape, with the goal of including it in GTK. - How are those keys reported to GDK, e.g. which bits in the state field are set when they are pressed? GDK knows about Shift, Control, Mod1 (aka Alt), Super (aka Windows key), Hyper and Meta. Which of them correspond to which Mac keys? - Does the above differ in the Quartz version of GTK? I know there are some X server preferences that can be used to alter the mapping. - Is it OK to shorten "Option" as "Opt" in the UI? I know that Command is shortened as Cmd. My plan is as follows: - Define some constants in ui/tool/event-utils.h that define cross-platform masks for the "state" field of GDK events, so that e.g. INK_STATE_ALT maps to Alt on Linux / Windows and to Option on Macs, and INK_STATE_CONTROL accordingly maps to Control or Command. - Define macros for names of the keys indicated by the above masks. For example INK_KEYNAME_CTRL would expand to "Ctrl" or "Cmd". This name would also be marked for translation. - Adjust all messages that contain modifier names. - Look into modifying GTK so that menu items created from actions have the correct modifier names. Alternatively, derive from Gtk::Action and override the widget creation functions. PS is there any way to run OSX in a virtual machine? If not, then maybe people who do have access to OSX machines could help. Regards, Krzysztof

4 6

Moving to Frost stage...
by Joshua A. Andler 12 Mar '10

12 Mar '10

Hey All, To move from Chill to Frost we need to do some things. 1) Get most 'make check' issues resolved. I can probably help with some of these and will try to and see what I can pull off this week, however, additional help would be appreciated as I need to get our GSoC stuff rolling and in order. 2) Get current 'make distcheck' issues resolved. I have not reviewed how this is done yet, so, experienced volunteers are appreciated. 3) Get current builds available. We do have fairly recent win32 and non-universal osx builds available. If I could have users other than the people who produced those builds confirm viability, that would be great! 4) Start the About Screen contest. The only thing necessary for this is to get #3 done. Speaking of this, any ideas on a potential theme this time (if we want to go that route)? Cheers, Josh

7 9

Bug importance guidelines?
by Krzysztof Kosiński 11 Mar '10

11 Mar '10

Hello Do we have any bug importance guidelines? I'm asking because some of my bugs had absurdly high importances. This node toolbar "bug" that is a cosmetic change in UI got "High" - same as the flowtext issue. https://bugs.launchpad.net/inkscape/+bug/534045 This preferences "bug" that affected a developer-only debug setting got "Critical" - same as graphic tablets not working on Windows. (and I don't even agree with classifying this as a bug - for me it's an incorrect use of preferences) https://bugs.launchpad.net/inkscape/+bug/367752 Regards, Krzysztof

3 7

Revno in the splash screen
by Uwe Schöler 11 Mar '10

11 Mar '10

Hi, i miss the revision number in the splash screen on an windows devel. I think it's imoprtant for users who want to file bugs. Can someone fix this 'problem'? Sincerely, UweSch

5 8

GSoC: Possible Mentors?
by Joshua A. Andler 10 Mar '10

10 Mar '10

Hey all, Obviously we do not know if we will be getting accepted to GSoC, however it would probably be good to know who's willing to possibly be a mentor this year. Any volunteers? Cheers, Josh

3 2