Re: [Gimp-developer] Easy access for contributors
On Thu, Mar 15, 2012 at 3:08 PM, Aleksandar Kovac wrote: If a developer can't set up his/her own environment, they cant do the job. Period. We don't even accept GSoC students who have not done this before applying. And honestly, its not rocket science. Just stuff you HAVE TO know as a developer. Things gimp depends on etc. There are plenty of advice and scripts for linux and even mac. Build environment on windows is a bit more complex... and is contributing on windows. Alexia, with all possible and imaginable respect I have for you (I truly do) and all other great girls and guys here: '...Just stuff you HAVE TO know...', sounds like an awful thing to say now that you have mastered it. It sounds as if you're burning bridges with an elitist smirk. I haven't seen a person yet born with knowledge of setting up a development environment. Let me provide you some background. I'm actively participating at GSoC as primary and backup admin since 2007. What I've seen is that if you don't go a little hard on students in the beginning and demand that they have a build environment ready prior to beginning of the project, chances of a failure are very, very high. This is why after a while the ready build env + the two-patches rule became a usual thing: projects learnt that the hard way, after repeated failures. GIMP, for instance, wasn't accepted to GSoC in 2006 or 2007 (can't remember exactly) after it failed two projects out of seven. These days quite a lot of new features come from GSoC students, for some projects GSoC brings over 50% of new features. Would you impose the risk of failure by lowering the bar? I've personally seen two projects badly affected by the lack of a working development environment. One of the projects failed completely, the other was a moderate success, but the student couldn't deliver everything he was going to. Both of them were a _month_ behind the schedule. I am not suggesting a 'GIMP dev school' (not now, at least ;). Actually, it's a good idea. We had a hackfest last year in Germany. If the team can agree on a certain date (we are mostly employees rather than employers), it's doable. Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
[Gimp-developer] Adjustment layer
Hi all, I know that probably it's a hot topic and has been asked a lot of times, but i tried to search into the mailing list and the questions seem to be a little bit old. Is it there any chance to see the Photoshop like, adjustment layers in Gimp? I read on some 3-yo email that it was a work in progress, but since then there are no news about it... Is it still in progress? Will we see it in 2.8-3.0? Thanks. Cheers, Stefano ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Adjustment layer
On Thu, Mar 15, 2012 at 6:34 PM, Spazzatura.Live wrote: Hi all, I know that probably it's a hot topic and has been asked a lot of times, but i tried to search into the mailing list and the questions seem to be a little bit old. Is it there any chance to see the Photoshop like, adjustment layers in Gimp? http://blog.mmiworks.net/2012/01/gimp-full-gegl-ahead.html Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Adjustment layer
On Thu, Mar 15, 2012 at 7:05 PM, Spazzatura.Live wrote: Ok, it would work though GEGL, but is it planned for some version or is it planned at all? I'm afraid you scrolled instead of reading. Please _read_ that blog posting :) Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] An update on the menu search
On 2012-10-03 4:11 AM, peter sikking wrote: sorry to spoil the party, but to see how think this is a good thing, when it can be so treacherous, is quite dangerous. But Peter, that's how all the experiments, prototypes, working models are! It has to be treacherous and it has to be dangerous. But exciting and inspirative, too. It's the fun of creation. So we can learn. Please, let's afford ourselves some (U)ser e(X)perience with this work before we judge it with too much ossified experience. No one will be hurt. To use the example from the video: Ellipse. Yes, I agree with the assertion that clicking the icon is faster. How about typing even this expression in Srihari's prototype: e.g. 'selectellipse 304.4*304.4mm'. Results in: a 304.4*304.4mm elliptic selection loaded right on the cursor. It is arguable that this example would have an equally effective counterpart in either of suggested visceral/hands-on/shortcut approaches. There are possibly a few more benefits. For example, if we imagine that each word is perhaps auto-filled, that the word order can be changed (i.e. '304.4*304.4mm selectellipse' = 'selectellipse 304.4*304.4mm'), that it 'gets' the meaning (these commands would have the same result: 'selectcircle 304.4mm', 'selectelipse 304.4mm', '304.4mm*304.4mm selectellipse', ...), or that the thesauri and the dictionaries could be 'translated' for other applications. ... Maybe I am missing a point, but what is the substance of this 'tick-tick-tick' heuristics/metaphor? ...I like it very much, tho! ;) I did observe guys and girls working in newspaper offices, printing offices, etc. working like that. They are fast. But, they are not creating, they are editing. On the other hand, I have observed creatives whose rhythms are much different than that. Or is it to suggest the access time for individual commands and operations? On 2012-13-03 7:49 AM, peter sikking wrote: I think it is becoming really clear that that is what it is in this form: help/explore/documentation. I am fine with that, but the presentation of the system has to be one that is tied to the help system (see for instance apple's system-wide help system); not present it as some shortcut/command/quicksilver system. Rhino, Wolfram Alpha, Blender and even Spotlight provide some capable 'command-lineish' interaction approaches. All of them mostly outside of the suggested help/explore/documentation category. Turning Srihari's command line into spoken commands, even. (and then we have Siri ;)). Would I let Siri be an mediator between GIMP and the user? Not sure, but I would like to try and experience it. By leaving intact, of course, all the great UI/UX work so far and the core elements of GUI; besides the issues, this prototype suggests some interesting things to me: - Possibility of using human language (text or utterances) in GIMP to accomplish goals. - Possibly more humane or even faster way to executing complex commands. - Possibility of linking macros or actions to custom commands. - Allowing users variance in commands, with predictive results. - A small step towards a more universally designed GIMP. - A valuable UX, UI experience and a possibility to disseminate new ideas or solutions. ... all essential commands need to be uniquely invokable with a 2 character code, the rest (any plugin) with a 3 character code. ... I did not understand this, sorry. --- Alex ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Easy access for contributors
Hi, Based on the thread title [Gimp-developer] Easy access for contributors and the initial message I was under the impression that we are talking about an idea of offering a /pre-built developer virtual machine, created with say SUSE factory and downloadable from the GIMP developers page/ or similarly fashioned dev 'shortcut' and not GSoC. Did I get the context wrong? No, you just got it right. My initial posting did not address developers only, but also other potential contributors, like testers, bug reporters, artists etc. IMO it's not their business to first learn Linux, to package, to set up an environment, meanwhile see gray hair growing on their heads and - weeks or months later - eventually start trying out Gimp. Judging from my own painful experiences when making my first steps with Linux I see very few chances, that they will be still in the biz then. If not... With that context in mind, it seemed like a worthy idea to provide such a thing to the public. I'm glad that somebody else sees these chances. As Alexandre stated here, Gimp developers currently have no capacities for packaging. Presently I'm also not able to do it, but if the idea is good, don't get it lost! Maybe I can return in a few months and see this idea has matured and put more energy into it. Secondly, in Gimps download area I saw binaries only for the stable branch, if current at all. For version 2.7.5. there are only sources available. The aforementioned people need something do start and go. So I made the proposal (oh no, a proposal... ;-) ) to put a link to graphicall.org at the links page (http://graphicall.org/?keywords=gimp). They have pre-built Gimp packages (without dev environment I suppose, but this would be enough). This seems do be doable and Gimps website maintainers are currently working on a site redesign. It could bring more supporting people into this project without much effort. Maybe you have capabilities to support the team there. Best regards, grafxuser ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] An update on the menu search
On Fri, 2012-03-16 at 04:44 +0900, Aleksandar Kovač wrote: How about typing even this expression in Srihari's prototype: e.g. 'selectellipse 304.4*304.4mm'. Results in: a 304.4*304.4mm elliptic selection loaded right on the cursor. Especially useful in inkscape; one might be more likely to want just pixels in gimp rather than mm of course, although people working with a single specific print use do often think in mm/inches. Bigger is to note that this is drawing-as-maths not as manipulation. There are times you want both, which is why Tool Options lets you enter the numbers too. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
