- Inkscape Devel - Inkscape Mailman

GSoC 2011 - Mentors
by Josh Andler 29 Mar '11

29 Mar '11

Hey all, It appears that Melange's invitation system is not currently working (I can't seem to invite via link_id or email addresses). If you're interested in mentoring, please visit http://socghop.appspot.com/gsoc/org/google/gsoc2011/inkscape and apply to be a mentor. Thanks for your time! Cheers, Josh

1 0

Merging the Cairo branch
by Josh Andler 29 Mar '11

29 Mar '11

Hey, So, I really think that we should entertain the idea of merging the cairo branch into trunk. The plan has been for us to not release 0.49 until it is ready, so the couple outstanding bugs in cairo shouldn't be a huge deterrent. We could also set up a PPA to produce the trunk builds of cairo & pixman so that fixed libs are easily installable in the meantime (at least for people using debian-based systems). I was talking to John Cliff and he put forth a very good point which is that we really need to get as much testing as possible on it prior to a release. Before it gets asked, yes Jon, color management is broken in it atm. The likelihood of it getting fixed in a branch as opposed to trunk is next to non-existent though... So, would people be okay with a little breakage of existing functionality to get more testing of a cairofied Inkscape? bulia, I included you in the to line here to help gauge the acceptability of this proposal. Cheers, Josh

6 10

GSoC project ideas
by Krzysztof Kosiński 29 Mar '11

29 Mar '11

Hello I'm not 100% sure yet whether I'll be able to participate in GSoC 2011, but here are my ideas. They can be used by other potential participants. 1. Selections A lot of functions in Inkscape operate on the current selection. This includes things like moving objects to another layer, creating a bitmap copy, etc. This leads to a lot of unnecessary code duplication when some other function needs to reuse selection-specific logic in a way that is not tied to the UI. It also precludes any useful implementation of scripting (e.g. one that does not need to modify the user's selection every time a script is run). In order to rectify this, we should create an object that represents an arbitrary collection of SVG elements. It would work like the selection we have now, but would not be tied to any UI elements - it would just represent an ordered set of elements that can be passed to functions. 2. Fix flowtext Use svg:switch to fix flowtext. Make svg:switch transparent to the SP tree - e.g. a switch should not have its own SP element, the active part of the switch should be transparently included into the SP tree. This can be accomplished by allowing every object to have more than one representation. 3. Make XML private Discussed before. Was the object of a previous year project, but the main effect of that was mass renaming and moving of code into classes rather than any meaningful improvement in encapsulation. The main thing we need is an ability to create SP nodes. Right now we create XML nodes and rely on SP tree callbacks to construct the SP node for us. 4. Typed XML tree The XML tree stores strings, which is rather wasteful and leads to a lot of boilerplate in SP object implementations. We have enough knowledge about the document at the XML level to know the type of each attribute and CSS property based on its name. Storing parsed values would save space, particularly for embedded images, at the cost of slightly more expensive saving. GVariant could be used. 5. GTK3 compatibility This would involve removal of deprecated code, so that Inkscape compiles with both GTK2 and GTK3. 6. 2geom improvements Move and rewrite code 2geom to the point where it can take over the job of livarot, libavoid, etc. Document the new code and make sure it fits nicely with existing code. The scope of the project could be limited to implementing Boolean operations on paths. 7. Rendering speed improvements Further work on the Cairo branch in several small sub-projects: a) Instead of re-rendering the same pixels every time a new tile of a filter is rendered, cache them until the rendering is done. The implementation could involve allocating screen-size bitmaps for each layer of a filtered object and filling them with data in small increments. b) Render editing controls to a separate image that is composited on top of the drawing, so that what a path outline is highlighted, there is no need to re-render the object under it. c) Render each layer of the drawing to a separate image; alternatively, render 3 images: everything below current layer, current layer and everything above. This would allow the user to give us some hints. Regards, Krzysztof

3 3

Greetings
by Eric Kuzmenko 28 Mar '11

28 Mar '11

Hello there fellow inkscape-devel mailing list subscribers, I'm Eric Kuzmenko, a programmer want-to-be. Almost none of you have met me, I just want to establish a position in your community, hopeful I can obtain someone's friendship here. Anyway, I just wanted to state that I am going to attempt to apply for gsoc sometime late next week. I'm currently trying to get a grasp of the gtkmm wrapper in order to press that knowledge to fixing some bugs and getting those two patches in before April 8, though there's a great chance I won't be able to due to the amount I need to learn. Even if I fail to get that far this soon I will continue attempting to help patch up the code during the summer, whether it with gsoc or not, hopefully I can be of some help. If you've read this far then thank you. =)

2 1

Fedora, Open Clip Art Library, and Inkscape
by Tavmjong Bah 27 Mar '11

27 Mar '11

Hi, I just came across this. I don't know anything about how "Import from Open Clip Art Library" works but at least one person thinks it will be broken in Fedora 16 as Fedora is planning on removing gnome-vfs2. http://lists.fedoraproject.org/pipermail/devel/2011-March/149571.html Tav

3 2

GTK3
by Inti Alonso 27 Mar '11

27 Mar '11

Hi, Im a regular Inkscape user, and with all the noise about the coming of the new GTK3, I want to know if Inkscape is already working in the GTK3 port, or when will that happen. I guess GTK3 can bring some improves to or beloved Inkscape.

3 6

[GSoC] SVG + javascript
by Fernando Lucchesi 26 Mar '11

26 Mar '11

Hi inkscape-devels, I've been lurking for a while, but didn't introduce myself yet. I'm Fernando Lucchesi, and I am at my third year studying Computer Engineering at Unicamp, Brazil. I am a member of the CS/CE Students' Union of Unicamp(CACo), where my role is roughly to do "graphical stuff", almost always using inkscape. That includes posters[1], t-shirts, etc. Since I rely on Inkscape so much, it was about time I got to contribute with some code. For that, I am willing to participate on this year's GSoC. (I realize that only using Inkscape doesn't mean I can hack it, but it means I want to see it get even better) Last year, I was playing with SVG/JSONP trying to make a widget to show the cafeteria menu[2]. While doing that, I realized that the javascript support could use some love. Searching a little, I've found this blueprint: https://blueprints.launchpad.net/inkscape/+spec/scripting-ui So I would like to work at something along those lines. I've chatted a little at the Inkscape Brazil mailing list, and already got some pointers. These are the ideas so far: -Enhance "Object properties > interactivity" by replacing the text boxes with combo boxes containing every javascript function/method available. To do that, it would be necessary to parse both external and embedded scripts. -Open embedded scripts on an external editor (perhaps blocking the svg edition while doing that). It would be a way to follow the unix philosophy of using the best tool for every job (inkscape - graphics; vim/emacs/some ide - code). That script list would be located at "document properties > scripting", under the external scripts. As Aurium pointed out, the name of the tmp file would have to be meaningful not to scare the user, so perhaps using the script id could be an option. Also, the way to create new scripts would be at the same interface, you'd just need to define the script name/id at its creation. -At the same place there could be a list of svg elements using script events. -We could encourage people to use .js files for scripts, since it is good practice to separate the structure from the action (like with html/js). The problem, however, is that by doing that there would be 2+ files instead of a single svg, making the distribution more difficult. As a way to solve that, inkscape could have an option to automatically embed external scripts, so there would be only one file. There should be some config regarding scripts on another server (so you don't save a static version of JSONP data, for example). Then, there would be the opposite direction, taking the embedded scripts out to the corresponding .js files. This wouldn't be restricted to scripts previously inserted by inkscape, but all embedded scripts. The name of each file to be created would be asked, except for those that came from a .js in the first place, since its name would be saved on the tag. Another option is to use the id defined by the other interface instead of asking. So, how could this fit into a GSoC project? (I'm yet to send the 2 patches, but I've already pulled the code from bazaar, successfully compiled it and am having a look at the bugs at launchpad). [1]: http://www.students.ic.unicamp.br/~ra091187/etc/reuniao.png [2]: http://www.students.ic.unicamp.br/~ra091187/teste/bandeco.svg -- Fernando Lucchesi Bastos Jurema UNICAMP - Engenharia de Computação 09 CACo - Centro Acadêmico da Computação Coordenador de Marketing e Produtos - gestão 2010/2011

1 0

Fwd: Inkscape Wiki page CompilingSunSolaris has been changed by Reinhard
by unknown＠example.com 24 Mar '11

24 Mar '11

This made me wonder (not that I've ever used a SUN operating system, proprietary or open, or probably ever will) if anyone has ever tried to compile Inkscape on OpenSolaris ( http://hub.opensolaris.org/bin/view/Main/ ) or its new fork Illumos ( http://www.illumos.org/ )? ---------- Forwarded message ---------- From: WikiAdmin - acspike@...34... Date: Thu, Mar 24, 2011 at 7:17 AM Subject: Inkscape Wiki page CompilingSunSolaris has been changed by Reinhard To: NeoPhyte Rep <InkscapeWiki.NeoPhyte_Rep@...2295...> Dear NeoPhyte Rep, The Inkscape Wiki page CompilingSunSolaris has been changed on 14:17, 24 March 2011 by Reinhard, see http://wiki.inkscape.org/wiki/index.php/CompilingSunSolaris for the current version.

2 1

Brightness and Lightness
by Kris De Gussem 24 Mar '11

24 Mar '11

Hi all The latest inkscape.pot update draw my attention on the terms "Brightness" and "Lightness". I supposed they were the same, but according to the filter names "Brightness, custom (color)" en "Lightness, custom (color)" in the menu "Filters" > "Experimental", there is a difference between brightness and lightness. Can anyone explain the difference, if there is any: is it a different concept, related to color space, different mathematical formula, ... ? Thanks a lot. Regards Kris

2 3

Some progress on OSX/aqua, and how to go further?
by Gellule Xg 23 Mar '11

23 Mar '11

Hi, I have made some little progress in a local branch on an OSX?aqua version of inkscape. I would like to know what the best way is to give these changes back to inkscape. Many patches? A branch on launchpad? Would a branch ~gellule-xg/inkscape/aqua work for now? Can it be made available to others later, before a merge back in master? So far, I have workarounds for: https://bugs.launchpad.net/bugs/487144 https://bugs.launchpad.net/bugs/721448 I am also able to get rid of the launcher script used for the X11 version and put the inkscape executable directly in the application bundle. I have also started using ige-mac-integration to determine the correct paths to use throughout inkscape. I am currently working on the relocation of the libraries into the application package, one step before the production of the disk image. Is anyone familiar with install_name_tool and the -headerpad_max_install_name or -headerpad linker flags? I might need a little help there. -Gellule/Julien

3 7

GSoC 2011
by Josh Andler 21 Mar '11

21 Mar '11

Hey All, Since we were accepted for GSoC again this year. Is anyone interested in mentoring that has not already stated so? Please let me know either on-list or directly. We can't add mentors yet as they are updating Melange this week, but I just want to get the ball rolling on discussion. Cheers, Josh

1 0

Missing libgomp-1.dll from mingw
by LucaDC 21 Mar '11

21 Mar '11

Recently I get this error when compiling under Windows XP: Make error line 708: copy : file /c:/mingw/bin/libgomp-1.dll does not exist I have a file with the same name under mingw\lib\gcc\mingw32\bin: is it the same that has been moved for some reason? Latest try with rev 10122 (devlibs 21). Regards. -- View this message in context: http://old.nabble.com/Missing-libgomp-1.dll-from-mingw-tp31202579p31202579.… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 1

Strange crash on startup?
by Jasper van de Gronde 21 Mar '11

21 Mar '11

After a break of a few months I tried to get inkscape to compile again over the weekend but ran into a strange issue. Inkscape compiles just fine, but if I try to run it it crashes immediately (and yes, I've done several clean builds by now). Unfortunately I'm not at my laptop right now, so I can't give you the exact error, but I'm wondering whether anyone has had a similar issue and/or knows something else I could try. I'm using TDM's GCC 4.5.1 (sjlj, and I have also tried the 64 bit version, but that fails to build inkscape at some point) on Vista, and there are no other mingw installations present (anymore). The source is unmodified, I have updated devlibs and I have done a clean build. I have also downloaded a "nightly" build for a slightly older revision (the latest I could find), and although that worked fine, updating my source to the same revision and doing a clean build of that did not. I've even tried moving my inkscape.exe into the folder of the downloaded nightly build, without success. Interestingly just running inkscape(.com) seems to do nothing... (No crash, no output, no Inkscape, nothing.) The crash is pretty much immediately after startup and seems to come from loading(?) lcms, but according to gdb's backtrace it crashes from some function having to do something with (stack?) frames (sorry, don't have the details with me at the moment). I googled it, and it appears this function is somehow associated with relocation of dll's. So, sound familiar to anyone? Any ideas for what else to try? BTW, I think it could be related to this bug: https://bugs.launchpad.net/inkscape/+bug/453931

1 0

^-, I miss you
by Johan Engelen 21 Mar '11

21 Mar '11

Hi all, I miss our IRC/Jabber bridging bot. Hope whoever managed it, can get it back online in our chat! Many thanks, Johan

2 1

Re: [Inkscape-devel] plans on 0.49
by Valerie 20 Mar '11

20 Mar '11

I also think the "sprint" idea is a really good one, while donators vote for "top wanted features" to be coded during the sprint. It could also be helpful to do the following for each feature: 1. Note what needs to be done (what needs to be implemented). This is to give donators an idea of what they're "paying" for (they deserve to know when the feature isn't That simple to code), but also so that potential developers who don't know how to contribute could see the top listed features easily and know where to start. 2. Estimate roughly how much work it'd take (at least try to note if it'd take a long time or just a couple of hours). If you organise a sprint, this means donators will better understand why Feature X hasn't been completed yet (because it takes "1000 man-hours" to finish all the dependencies). 3. Also describe clearly what the feature does and how the user benefits. Inkscape features can be pretty technical (Cairo), but users will understand if you say "You can use it to accomplish [cool effects]/[serious office work]/[compatibility with other software]/etc., or "It will speed up parts of Inkscape by 20%." Or even "doing this will allow us to then implement Feature Y that all of you want." 4. Progress should be documented clearly, like on a blog or such. 5. As an alternative to sprints, some or all developers could agree to all commit to working on the top feature (without meeting up), either periodically or when total donations reach a certain milestone. I'll also mention as a side note that although bounties never worked for Gimp and Inkscape, paid development did work for Krita last year. What they did was get a developer (Lukáš Tvrdý) to develop for Krita full-time during several months thanks to donations. Krita has a blog, so every week work on Krita development, including Lukáš', was documented (when money is involved, transparency is important). You can read the log on krita.org (start from the last page). Lukáš coded and improved several brushes engines, improved speed, fixed lots of bugs, etc. I think anybody who observed the progress will agree that Huge progress was made thanks to that, it was very exciting to read week after week. Of course, it's not an arrangement for everyone, it just happened that a capable developer could be made to work full time on Krita thanks to donations, so it can't necessarily be reproduced for Inkscape. It's just an example of donations that can work, in case you decide not to go for a sprint.

1 0

Changing path libgomp in build.xml
by Jasper van de Gronde 19 Mar '11

19 Mar '11

I noticed that with the latest TDM MingW libgomp-1.dll isn't in the location where build.xml expects it. But I'm not sure in what version this change (I assume it changed) was made, nor which versions of MingW other developers are using. Assuming that most developers will eventually update their MingW (if they haven't already), I think it would make sense to change it in BZR, or am I missing something? (If no one starts protesting I'll make the change in a day or so.) For reference, the old location was: ${mingw}/lib/gcc/mingw32/bin/libgomp-1.dll The new location is: ${mingw_bin}/libgomp-1.dll

2 2

inkscape project interviewed by packt publishing
by Alexandre Prokoudine 18 Mar '11

18 Mar '11

Hi, Since I was communicating with Packt Publishing anyway, they asked me to answer some questions for their round of Q&A re open source projects that they started recently. ~suv actually helped with answers, but didn't want to be mentioned; let's not forget it however :) https://www.packtpub.com/article/q-and-a-with-inkscape Alexandre Prokoudine http://libregraphicsworld.org

1 0

Re: [Inkscape-devel] plans on 0.49
by gespertino＠...400... 18 Mar '11

18 Mar '11

> From: Jasper van de Gronde <th.v.d.gronde@...528...> > Subject: Re: [Inkscape-devel] plans on 0.49 > > I do have a few questions though. I love the idea to bring developers > together, as I think this could indeed help increase and maintain > motivation, as well as providing a moment to simply "get things done". > However, what kind of numbers and funding are we talking about? If we > want to meet physically the costs could be quite high. (And if we don't > meet physically, then what is the funding for?) That's where linux vendors come in. It's unlikely to fund a sprint with individual donations, but if we can get companies like Google, Canonical, Novell, Red Hat, etc. to get involved, things seem more feasible. Of course we have to do it first, but I'm sure that we have interesting things to offer to those companies: better, more integrated software for something as important as design is undoubtedly something their platforms (and their business) could benefit of. Another option is to organize regional sprints. For instance, it's considerably cheaper (for the physical meeting) if the participants are all europeans, or all north-americans, etc. Of course people from other regions could follow the sprint and collaborate on-line. One sprint could be europe-based, the next in north-america, and so on. I guess that doing it this way costs would be reduced considerably, and people from other areas would still be able to join to the event on-line. I can't talk about numbers because I don't know them. Probably LGM organization could give us some estimations about how much is involved so we can do some calculations and see what's possible and what not. > Also, what you describe still requires quite a bit of organization, how > would you propose to deal with that? (Are you proposing to head up > the operation?) Not being a programmer and living in south america (where a pretty small amount of developers are) makes me a bad candidate for that, I guess. I commit myself to help in whatever is needed to materialize this project, but I'm sure there is a lot of people better prepared for the task than me. I think we should all discuss the organization details. I know it's not something easy to co-ordinate and I didn't think about all the details, but I'm sure that we as community can manage to make it work. > And how do we deal with disgruntled donors? > If we define groups of features/fixes as targets, that's cool for helping > focus donations and such, but afterward I am sure that some things > won't have been addressed and people won't like that if they donated > because of that specific item. > This is of course not "fair", in the sense that we would be (and should > be) clear about how this process works, but human psychology is hardly > ever fair. Well, first we have to define achievable goals. Being too ambitious and making a very interesting list of goals would of course get more funding but it would also increase the chance of disgruntled donors at the end. If the goals of the sprint are manageable and the resources and time are planned correctly, the outcome should be enough to make donors happy. Of course, s**t happens. Things can turn more difficult than expected and some goals could end up unfinished. I guess that commitment from the coders to give those unfinished goals exclusive priority for the next days/weeks after the event should be enough to make donors know that their money wasn't given in vain. I mean, if coders say "I commit myself to make my best to finish these tasks in the defined timeframe or, if it's not possible, in the following weeks" no donors should feel deceived if things don't turn out as expected after the sprint. I think it's just matter of good communication. First of all we should avoid the wrong conception that donors are paying for X feature. Donors would be contributing to make a sprint with specific goals happen and developers involved should commit to complete those goals. Sounds fair enough. :-) Thanks for your comments, Jasper.

2 1

SVG Compositing Specification
by Tavmjong Bah 17 Mar '11

17 Mar '11

Hi, The SVG Compositing Specification has been published: http://www.w3.org/TR/SVGCompositing/ This specification adds quite a few new compositing modes. Note, this is not yet an approved standard but is in the process of "last call" which is a period of time interested persons can comment on the specification. Comments can be submitted until April 12th 2011. Tav

4 4

Re: [Inkscape-devel] plans on 0.49
by gespertino＠...400... 17 Mar '11

17 Mar '11

A couple of days ago I mentioned to Prokoudine an idea that probably is worth to discuss. It's a known fact that bounties never worked for Inkscape and GIMP, but that doesn't mean necessarily that money wouldn't help. What is needed is to find a different way to use the money that comes from donations and could come from companies (like linux vendors, for instance). This isn't a new idea. It's just a mix of some ideas that already work (crowd funding, GSoC, hacking sprints, etc). Instead of picking individual feature requests, developers could make a list of targets, following project's roadmap. In that point community (and companies interested) could express their needs and wishes, and project active developers could decide if some of those requests fit with the existing plans. Once a targets lists is created and cleaned up, developers should make an estimation of time and people needed to reach those targets. The idea is to group those targets in small "packs" so it's not too ambitious to expect their completion in a limited period of time. Also in that stage would be good to define if more people than the available is needed, and what upstream projects are connected to the planned goals in order to contact their mantainers and communicate what would be needed and in what timeframe. Once that information is ready and available publicly, then money comes into play. People can start to donate and companies could be contacted to get sponsoring. That money wouldn't be used to pay for features. The idea is to organize a hacking sprint, giving developers a chance to meet and more importantly, companies could lend developers who could benefit from having core and active developers in a common physical space to ask them about project particularities. This would be also a good opportunity to document code and details that could be useful for other developers in the future. I think this could refresh the motivation of existing developers and attract new people, while at the same time it could make companies commit to the development of graphic applications. After all, having quality applications is what free operative systems need to reach more people and be more interesting to users, so this could be a good opportunity for linux vendors. I know this is just an idea and it making it work it won't be as easy as talking, but at least I'm interested to know what developers and the rest of the community thinks about it. Is it possible? Could it work for projects like Inkscape, GIMP or Scribus?

3 3

[Fwd: [Merge] lp:~ado-papas/inkscape/bug_167419 into lp:inkscape]
by ~suv 16 Mar '11

16 Mar '11

Anyone willing to help with testing/reviewing? IMHO this would fix an annoying issue with linked offsets. It would be great to have it merged into trunk before another pending merge (gsoc-cairo) possibly requires yet again a rewrite, as well as backporting the fix to the 0.48.x branch for 0.48.2 (if doable). ~suv -------- Original Message -------- Subject: [Merge] lp:~ado-papas/inkscape/bug_167419 into lp:inkscape Date: Thu, 10 Mar 2011 18:26:38 -0000 From: Adonis Papaderos <ado.papas@...1244...> Reply-To: mp+52899@...2499... To: mp+52899@...2499... Adonis Papaderos has proposed merging lp:~ado-papas/inkscape/bug_167419 into lp:inkscape. Requested reviews: Adonis Papaderos (ado-papas) ~suv (suv-lp) Related bugs: Bug #167419 in Inkscape: "square/circle/polygon/spiral and linked offset misbehaviours" https://bugs.launchpad.net/inkscape/+bug/167419 Bug #184341 in Inkscape: "Linked offsets ignore clone movement preferences" https://bugs.launchpad.net/inkscape/+bug/184341 Bug #239430 in Inkscape: "linked offset ungroup issue" https://bugs.launchpad.net/inkscape/+bug/239430 For more details, see: https://code.launchpad.net/~ado-papas/inkscape/bug_167419/+merge/52899 Fix some issues with linked offsets. Changed the rendering of the offset to take into account the transformation of the source object, as is the case with the use element, and copied the move compensation logic from uses to offsets. There is a speed penalty though because of this, since I cannot find a reliable method to predict whether there is a change to the source object data or a transformation applied to it. The second patch removes an optimization I implemented using the transform event, since this event is not emitted on undo and redo actions. -- https://code.launchpad.net/~ado-papas/inkscape/bug_167419/+merge/52899 You are requested to review the proposed merge of lp:~ado-papas/inkscape/bug_167419 into lp:inkscape.

1 0

Extensions - Slider in Int and Float widgets
by Nicolas Dufour 16 Mar '11

16 Mar '11

Hello, Revision 10103 adds horizontal sliders to the Int and Float extension widgets in order to make parameters a bit easier to handle. It perfectly fits large numbers (colors or angles related values) but may be less efficient with small range parameters (as in the SVG calendar extension). Thus I've implemented two modes (mimicking the radiobutton parameter), full (default, with slider) and minimal (no slider) that can be used by adding an appearance="<mode>" attribute to the int or float element in the inx file or internal extension structure. The size of the slider is the same for all widgets, 200px (about the same as the sliders used in Gimp). Please test and comment! Regards, -- Nicolas

3 5

plans on 0.49
by Alexandre Prokoudine 16 Mar '11

16 Mar '11

Hi, Do we have any plans re 0.49 and GSoC? Do we want releasing 0.49 before work on GSoC projects starts (in case we are accepted) which means end of May? If not, do we want releasing once a year which means 0.49 around August? Would it make sense figuring out now where we are currently and what we could for 0.49? Alexandre Prokoudine http://libregraphicsworld.org

8 21

Command line interface on Windows
by Jason La 16 Mar '11

16 Mar '11

Hi Inkscape community, Thanks for the app, it is proving to be very useful. For whatever reason, the .NET framework does not include any kind of SVG handling -- so Inkscape has been endlessly useful. I'm using it for a pretty simple purpose - converting SVG files to PNG or JPEG images. I'm just following the instructions from the FAQ to let the devs of our common usage of the CLI. Thanks again, Jason Jason La Associate Software Developer Tel: 805-898-8508 www.alg.com <http://www.alg.com/> Confidentiality Notice: This e-mail may contain confidential, proprietary information of ALG, A DealerTrack Company. It is intended solely for the named recipient(s) listed above and should be maintained in strictest confidence. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you have received this e-mail in error, please immediately notify the sender and delete this information from your computer and destroy any related paper copies.

1 0

possible save dialog bugs on Windows
by Michael Grosberg 15 Mar '11

15 Mar '11

I'm only seeing it on a single machine at work, but please take the time to see if you can reproduce it. perhaps it's just that one machine. I waited for 48.1 just to be sure it's not already solved but it seems like I still have this problem: When I create a new file and then attempt to save it, I have to explicitly add the "svg" extension. If I don't, the file is saved without an extension. Another issue I see on all both home and office machines: When I do a "Save As...", the save dialog opens with the file name field empty, when in most other applicatios it contains the current file name. Both issues are on Windows, I haven't tested on my Linux partition yet.

3 2