SVG
Hi :) today I started testing making scalable icons. For the iPad 2 I installed the gratis app neu.Draw. It does work, when I e.g. draw a circle with outline (stroke) and a gradient fill using neu.Draw, safe it as a SVG and then open it with Inkscape on my Linux PC to continue the work. Scaling the circle as it is, does work and it's possible to edit the existing stroke and fill, there's no need to make a new fill. Let's say I've got two identically circles and I want to edit stroke and fill of both circles. Is it possible to link both circles, so that editing one fill, will edit the fill of the other circle in the same way? I also guess that if this should be possible, it would reduce data, not only work. If it shouldn't be possible, I would draw all outlines in the same color and do no fills during work, but do different outline colors and fills at the end of the work. Until now I didn't test what happens if I safe a SVG with Inkscape and after that continue work with neu.Draw. neu.Draw formats are JPG Image PNG Image PDF (Vector) File SVG File The Inkscape version of Ubuntu Studio Precise supports different sorts of SVG files and PDF. What is the most common SVG format? For sharing the files with other software, would there be any benefit when using PDF instead? What kind of CC license or other license is needed, that Linux distros can use artwork? Regards, Ralf -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: SVG
On Sun, Jul 29, 2012 at 3:11 PM, Ralf Mardorf wrote Let's say I've got two identically circles and I want to edit stroke and fill of both circles. Is it possible to link both circles, so that editing one fill, will edit the fill of the other circle in the same way? I also guess that if this should be possible, it would reduce data, not only work. In Inkscape you can select both the circles with shift+click (you need to have the select tool enabled for this). And then after selecting ctrl+G will group the objects. Then both will have the same fill and stroke and other properties. They will even move together. It wouldn't reduce file size though. The Inkscape version of Ubuntu Studio Precise supports different sorts of SVG files and PDF. What is the most common SVG format? For sharing the files with other software, would there be any benefit when using PDF instead? Plain SVG should be fine. Don't try svgz or other formats. PDF makes the file uneditable. It is only for viewing purposes. What kind of CC license or other license is needed, that Linux distros can use artwork? At least for Ubuntu Studio it is Creative Commons Legal Code Attribution-ShareAlike 2.5 On 7/29/12, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: Hi :) today I started testing making scalable icons. For the iPad 2 I installed the gratis app neu.Draw. It does work, when I e.g. draw a circle with outline (stroke) and a gradient fill using neu.Draw, safe it as a SVG and then open it with Inkscape on my Linux PC to continue the work. Scaling the circle as it is, does work and it's possible to edit the existing stroke and fill, there's no need to make a new fill. Let's say I've got two identically circles and I want to edit stroke and fill of both circles. Is it possible to link both circles, so that editing one fill, will edit the fill of the other circle in the same way? I also guess that if this should be possible, it would reduce data, not only work. If it shouldn't be possible, I would draw all outlines in the same color and do no fills during work, but do different outline colors and fills at the end of the work. Until now I didn't test what happens if I safe a SVG with Inkscape and after that continue work with neu.Draw. neu.Draw formats are JPG Image PNG Image PDF (Vector) File SVG File The Inkscape version of Ubuntu Studio Precise supports different sorts of SVG files and PDF. What is the most common SVG format? For sharing the files with other software, would there be any benefit when using PDF instead? What kind of CC license or other license is needed, that Linux distros can use artwork? Regards, Ralf -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel -- HAVE A GOOD DAY. -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: SVG
On 29 July 2012 12:19, Shubham Mishra mishrashubham2...@gmail.com wrote: On Sun, Jul 29, 2012 at 3:11 PM, Ralf Mardorf wrote Let's say I've got two identically circles and I want to edit stroke and fill of both circles. Is it possible to link both circles, so that editing one fill, will edit the fill of the other circle in the same way? I also guess that if this should be possible, it would reduce data, not only work. In Inkscape you can select both the circles with shift+click (you need to have the select tool enabled for this). And then after selecting ctrl+G will group the objects. Then both will have the same fill and stroke and other properties. They will even move together. It wouldn't reduce file size though. The Inkscape version of Ubuntu Studio Precise supports different sorts of SVG files and PDF. What is the most common SVG format? For sharing the files with other software, would there be any benefit when using PDF instead? Plain SVG should be fine. Don't try svgz or other formats. PDF makes the file uneditable. It is only for viewing purposes. What kind of CC license or other license is needed, that Linux distros can use artwork? At least for Ubuntu Studio it is Creative Commons Legal Code Attribution-ShareAlike 2.5 I've got some good informative links for everyone. [1] is a easy to read guide for using inkscape. [2] is about the CreativeCommons.org licenses and from the same site a [3] selector tool to choose a good license for your work. With metta, Chris [1] http://www.microugly.com/inkscape-quickguide/ [2] http://creativecommons.org/licenses/ [3] http://creativecommons.org/choose/ -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: SVG
Thank you Shubham, all questions are answered. You save me a lot of reading and testing. Just to ensure, At least for Ubuntu Studio it is Creative Commons Legal Code Attribution-ShareAlike 2.5 IOW it's CC BY-SA 2.5 [1]. Regards, Ralf [1] For me just the simplified German explanation at the moment is important. http://creativecommons.org/licenses/by-sa/2.5/deed.de -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Another idea for comments
On Sat, July 28, 2012 8:23 pm, Emmet Hikory wrote: Another option would be to include all the workflows in the live environment, again modify the ubiquity frontend, and uninstall all the workflows *not* selected by the user during the software removal phase. The main issues with this solution are that either the user might end up missing software they expected to be there (because they failed to select some workflow they wanted but didn't know they wanted), and that the uninstallation phase will take a long time/waste a lot of power/${random negative interpretation of shipping useless software and removing it}. Last cycle ubiquity seemed to copy everything from the cd/dvd to the drive and then remove things not needed (like ubiquity itself). I have noticed that this cycle, ubiquity has a stage where it calculates which files not to copy in the first place. I would think this calculation would take the same amount of time if the files not to be copied was large or small (I could be wrong) and there would be no files removed at the end. However, my concern is that installing from a live dvd/cd has some interesting effects on depends. These effects are not very noticeable for most flavours of ubuntu because they have one set of software that they install not 5 or 6. The install depends on everything, that is in our case where in the past graphics items would have depended on the graphics meta with the alt install, with the live ubiquity install those apps also depend on the install itself. This means, if the user chooses to uninstall one of these metas, the meta itself is uninstalled but not the apps that should only be dependants of that meta. This has meant that some users have uninstalled the apps manually not realizing that one or two of the apps might also be a depend for another package (like a font for desktop in the case that started me looking at this). These users end up with a broken system. Perhaps this should be considered a bug in the ubiquity installer or the live dvd/cd. Users seem to have no problem with the idea that we have a live ISO with all the apps on it so users can see them and that the install would be the same for that reason, but they do seem to expect they can remove parts of it. Separately from the above, as part of my catch-up reading, I thought there were some threads about merging the live and alternate images. While I Yikes! My first thought is that would greatly increase our ISO size (I was thinking double) but it would allow a better install. We do have one of the biggest ISOs and doubling it does not leave much room on a DVD... but, I think the future of things is to install from usb stick anyway. DVD drives are less often included as part of the hardware already, most new home video systems also accept USB sticks... I think it is only a matter of time before home movies are distributed on a read only memory stick (or maybe even with a limited number of plays). Anyway, it will be interesting to see where this goes. Len -- Len Ovens www.OvenWerks.net -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Another idea for comments
Len Ovens wrote: However, my concern is that installing from a live dvd/cd has some interesting effects on depends. These effects are not very noticeable for most flavours of ubuntu because they have one set of software that they install not 5 or 6. The install depends on everything, that is in our case where in the past graphics items would have depended on the graphics meta with the alt install, with the live ubiquity install those apps also depend on the install itself. This means, if the user chooses to uninstall one of these metas, the meta itself is uninstalled but not the apps that should only be dependants of that meta. This has meant that some users have uninstalled the apps manually not realizing that one or two of the apps might also be a depend for another package (like a font for desktop in the case that started me looking at this). These users end up with a broken system. My understanding is that packages that are installed are marked as automatically installed unless either 1) the user specifically chose to install the package, 2) the package is a dependency or recommendation of a package in Section:metapacakges, or 3) the package is a metapackage selected at install time. Removing the dependencies/recommendations of a metapackage safely requires using apt-mark to indicate that these are all automatically installed, and using apt-get autoremove to select the subset of automatically installed packages it is safe to remove. Documenting this is *hard* (there are manpages, etc., but they aren't considered very accessible to some hypothetical average user who doesn't want to understand the details of the packaging system). The reason that packages that are dependencies of metapackages default to being marked intentionally installed is that there were persistent complaints in the past that uninstalling package X (which the user never used nor wanted to use) would uninstall metapackage Y (because of a dependency relation), which would then cause half the system to uninstall (because it was the flavour-defining metapackage). If there is sufficient interest, it should be possible to write a tool that allows for clean install/remove of each workflow, where install means find out which packages are missing, and install them and their dependencies and remove means find out which packages are not needed if only this workflow is missing, and remove them (and only the unneeded ones). Separately from the above, as part of my catch-up reading, I thought there were some threads about merging the live and alternate images. While I Yikes! My first thought is that would greatly increase our ISO size (I was thinking double) but it would allow a better install. We do have one of the biggest ISOs and doubling it does not leave much room on a DVD... but, I think the future of things is to install from usb stick anyway. DVD drives are less often included as part of the hardware already, most new home video systems also accept USB sticks... I think it is only a matter of time before home movies are distributed on a read only memory stick (or maybe even with a limited number of plays). Anyway, it will be interesting to see where this goes. I think there was talk about finding ways to *not* double the size, rather providing both interfaces for the install from the same set of source data. Although I don't know the details of the implementation, all the possibilities I can imagine would imply that there would be more means by which greater flexibility could be implemented for the Ubuntu Studio install experience. -- Emmet HIKORY -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Another idea for comments
On Sun, July 29, 2012 4:34 pm, Emmet Hikory wrote: I think there was talk about finding ways to *not* double the size, rather providing both interfaces for the install from the same set of source data. Although I don't know the details of the implementation, all the possibilities I can imagine would imply that there would be more means by which greater flexibility could be implemented for the Ubuntu Studio install experience. I think it would be very welcome for UbuntuStudio. To be honest, I think the current way things are saves us from ourselves as almost all of the apps in each meta are depends rather than recommends. So if things were set up so the user could remove a meta, removing any one of the apps would remove the whole meta too. So I look forward to it, but also realize it would mean a lot of testing to make sure things worked the way we intended. A personal note. I think with the size of disks any more there is less reason for removing a meta once installed than in the past. Installing less in the first place still has it's place. uninstalling an app that causes trouble with other software is different again. A fair number of people remove pulse rather than learn how to use pulse and jack together well. -- Len Ovens www.OvenWerks.net -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel