Re: [Gimp-developer] Announcing experimental GEGL plugins for GIMP Python plugins
On Thu, Mar 8, 2012 at 4:43 PM, lloyd konneker wrote: > I wrote experimental GEGL plugins (operations) that let a GIMP Python > plugin use GEGL via PyGEGL (Python bindings to GEGL.) The operations > are a source and sink taking a drawable ID parameter (an int.) > > See https://github.com/bootchk/pluginGEGLpluginGIMP > > To install requires a few changes to gegl (there is no patch file yet.) > See the README. > > One issue is that the sink and source create their own GimpDrawable > struct using gimp_drawable_get(drawableID) and the sink flushes it back > to the GIMP core. I don't know how to pass a GIMP plugin's pointer to > GimpDrawable to a GEGL operation. So a GIMP plugin's copy of the > drawable is stale after GEGL processing. I have no expertise to comment on the technical side, but... Are you up to porting Resynthesizer to GEGL? That would be awesome :) 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] How much money to make a dent in GIMP 2.8?
On 03/09/2012 09:01 PM, Kevin Cozens wrote: > Someone wrote: >> So what kind of money do you think would it take to catch up? Or to >> at least make a significant step towards catching up? > > No amount of money will help if there is no one available with the > skills, level of knowledge of GIMP's source code, and the time to work > on the project. Money can buy you time: Depending on where you live, a fulltime paid developer could invest 35 to 45 hours a week into the project without having to fear that there is no money at the end of the month to pay the rent. Compared to a developer being able to invest some of his/her spare time only, this can be a noticeable difference on productivity per month. Choosing a skilled and knowledgeable developer and guide/motivate/control him/her to the benefit of the project goals at hand is another challenge altogether. This process sometimes is referred to as "herding cats". Just saying ,,, Regards Stefan Peter -- "In summary, I think you are trying to solve a problem that may not need to be solved, using a tool that is not meant to solve it, without understanding what is causing your problems and without knowing how the tool actually works in the first place :)" Jeffrey J. Kosowsky on the backuppc mailing list ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Google Summer of Code mentoring
On Fri, Mar 9, 2012 at 11:22 PM, Ville Sokk wrote: > I'm a student wishing to participate in Google's Summer of Code and I would > like to implement dynamically resized layers. I contacted Martin Nordholts, > the potential mentor on the wiki page but he said he does not have time to > be a mentor. I would like some details, instructions or hints about > implementing this so I could first of all write a proposal. I haven't > participated in GSoC before so I don't really know how much you are supposed > to help potential applicants but I hope there's someone who can provide more > information than the short wiki description. Well, mentors are mentors really. They provide the direction and answer questions, but expect you to be learning fast, commincating regarding road blocks you run into and, as Alexia pointed out, getting the work done. Test #1. Compile all of the prerequisites. You are supposed to have build system working by the time coding starts and understand basics of Git (checking out, branching, updating local branch from upstream, committing, pushing). Test #2. Study how the code is organized. wiki.gimp.org provides an overview. Feel free to ask additional questions. Test #3. Pick a couple of minor issues from bugzilla (feel free to discuss, which ones) and provide patches. The outcome: both of us will understand if you are up to the task, so that you don't quit the project in the future. We use IRC as the main communication channel. 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] How much money to make a dent in GIMP 2.8?
On Sat, Mar 10, 2012 at 12:25 AM, Alexandre Prokoudine wrote: >> No amount of money will help if there is no one available with the skills, >> level of knowledge of GIMP's source code, and the time to work on the >> project. I think the people with enough knowledge of GIMP's internals and >> the who have the time to work on the project are already doing so. > > I know at least one important contributor who expressed an interest in > doing paid development. After rereading my inbox: two important contributors. 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] How much money to make a dent in GIMP 2.8?
On Sat, Mar 10, 2012 at 12:01 AM, Kevin Cozens wrote: > Someone wrote: >> >> So what kind of money do you think would it take to catch up? Or to >> at least make a significant step towards catching up? > > > No amount of money will help if there is no one available with the skills, > level of knowledge of GIMP's source code, and the time to work on the > project. I think the people with enough knowledge of GIMP's internals and > the who have the time to work on the project are already doing so. I know at least one important contributor who expressed an interest in doing paid development. Starting paid development means changing a lot in how the project works. I understand that the way things are going now seem easier to everyone, because right now noone really takes a formal/written responsibility for anything and would rather be happy to see this state of affairs to continue. Yes, part of the 2.8 issue is because we tried to do to many things at once. But I don't really think that branch-based development is going to cure everything. We practically lost Enselic who was supposed to do all the heavy-lifting in the final migration to GEGL and implement some of the much desired hi-end features. What's been happening for last several years is a loss of credibility for the project. We can only cure that with that final switch. And only temporarily. Right now it looks like it's still bloody years away. If we can't organise the project in a way that developers come themselves, then saying a strict "no" to paid development while allowing GSoC (which _is_ paid development) seems silly to me. That said, we haven't really done everything to attract new developers, and I suggest that we start with tying loose ends: - better intro docs - more hackfests 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] How much money to make a dent in GIMP 2.8?
Someone wrote: So what kind of money do you think would it take to catch up? Or to at least make a significant step towards catching up? No amount of money will help if there is no one available with the skills, level of knowledge of GIMP's source code, and the time to work on the project. I think the people with enough knowledge of GIMP's internals and the who have the time to work on the project are already doing so. -- Cheers! Kevin. http://www.ve3syb.ca/ |"Nerds make the shiny things that distract Owner of Elecraft K2 #2172 | the mouth-breathers, and that's why we're | powerful!" #include | --Chris Hardwick ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Google Summer of Code mentoring
On Fri, Mar 9, 2012 at 9:22 PM, Ville Sokk wrote: > I'm a student wishing to participate in Google's Summer of Code and I would > like to implement dynamically resized layers. I contacted Martin Nordholts, > the potential mentor on the wiki page but he said he does not have time to > be a mentor. I would like some details, instructions or hints about > implementing this so I could first of all write a proposal. I haven't > participated in GSoC before so I don't really know how much you are supposed > to help potential applicants but I hope there's someone who can provide more > information than the short wiki description. The goal is to get the task done. We wont do the coding work for you but we will definitely make sure design works for us first and help you over any roadbklocks. Please come over and chat with us over the IRC. -- --Alexia ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
[Gimp-developer] Google Summer of Code mentoring
I'm a student wishing to participate in Google's Summer of Code and I would like to implement dynamically resized layers. I contacted Martin Nordholts, the potential mentor on the wiki page but he said he does not have time to be a mentor. I would like some details, instructions or hints about implementing this so I could first of all write a proposal. I haven't participated in GSoC before so I don't really know how much you are supposed to help potential applicants but I hope there's someone who can provide more information than the short wiki description. ___ 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
Srihari Sriraman wrote: > can you give a statement what this is suppose to achieve. > > Maximize productivity > Almost forget that there is a menu-bar. Use the mouse/touchpad lesser. I accept the 3 points you write below, it is that help/explore/documentation system I can see in this. but the statement above? you do realise what GIMP is being (re)designed for, no? it is for serious image manipulation, seriously creative working and for production environments. a lot of this work is hands-on on the canvas, in the context of the graphics on the canvas, which are not like vector graphics or files in a browser something that can be keyboard transversed. the above requires that GIMP is a tool that gets out of the way, by being visceral, part of motor memory. you tool is the oposite of that, by users having to formula what they want and type (part) in to get a query going then scan the results and pick one, you get right in the way. GIMP also requires that everything designed for it can support working at a speed of 2 operations per second. just for a moment say tick-tick-tick-tick-etc. at that speed. I do it every time I bring this up in a lecture or when I teach interaction design. it gets the point across right away. so I have given you now 2 concrete requirements in a GIMP context how you can prove the phrase "Maximize productivity." one is even quantitate, which is rare in user interaction design. tell me how you meet them. if you don't, you are providing anti-usability. (that is apart from the help/explore/documentation system below:) > Intent driven rather than hierarchy driven navigation > Focus on 'what' rather than 'how'. > Discover functionality > For new users > Help transition > From proprietary software. "What is 'smth' in GIMP?" sorry to spoil the party, but to see how think this is a good thing, when it can be so treacherous, is quite dangerous. --ps founder + principal interaction architect man + machine interface works http://blog.mmiworks.net: on interaction architecture ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] abr-file
On Fri, Mar 9, 2012 at 9:40 PM, Amir Plavac wrote: > Hi everyone, > > I would like to write a brush creator tool in c# for gimp, but i didn't > found information about the *.abr file format. > Where can I find how the *.abr file format is organized. Make sure you've had a look at http://sourceforge.net/projects/abrviewer/. It might have some useful C# code for you. 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 Fri, Mar 9, 2012 at 9:42 PM, Srihari Sriraman wrote: >> Also, do you have a public Git repo or something? > > We do now - https://github.com/ssvz4/tito Oh..kay... This is going to be a bit of an issue. It looks like you are changing stuff on top of a code from a tarball or a Git snapshot. In that case merging your changes is going to be an issue, because by the time you end the project, the upstream project will move further, and thus merging your changes is going to be pain in the arse. We recommend working on top of the current Git master and merging upstream changes to your branch and publishing all of it. > Talking of improvements, we're thinking of regex, adaption, vocabulary, > auto-complete, hierarchy based search, etc. Depending on what exactly you mean with regex this could be an overkill, especially since there are so many of variants of it :) The rest needs at least a rough spec. We are passing most/all UI changes through Peter Sikking who is our UX architect, and I'm heavily betting that right now he's preparing one of his (in)famous Stern Looks for you :) 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] abr-file
On Fri, Mar 9, 2012 at 12:40 PM, Amir Plavac wrote: > Hi everyone, > > I would like to write a brush creator tool in c# for gimp, but i didn't > found information about the *.abr file format. > Where can I find how the *.abr file format is organized. > > thanks, Amir. > > abr is photoshop's native brush format, not gimp's Gimp's native brushes are .gbr or .gih (gimp brush or gimp image hose) and are documented in the source tree under devel-docs. http://git.gnome.org/browse/gimp/tree/devel-docs -Rob A> ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] abr-file
Am Freitag, 9. März 2012 schrub Amir Plavac: > Hi everyone, > > I would like to write a brush creator tool in c# for gimp, but i didn't > found information about the *.abr file format. Where can I find how the > *.abr file format is organized. .abr are Photoshop brushes. The GIMP format is .gbr which is documented in devel-docs/gbr.txt in the GIMP source tree. > thanks, Amir. signature.asc Description: This is a digitally signed message part. ___ 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
> > can you give a statement what this is suppose to achieve. *Maximize productivity* Almost forget that there is a menu-bar. Use the mouse/touchpad lesser. *Intent driven rather than hierarchy driven navigation* Focus on 'what' rather than 'how'. *Discover functionality* For new users *Help transition* From proprietary software. "What is 'smth' in GIMP?" What key combination activates that? Shift + ? Also, do you have a public Git repo or something? We do now - https://github.com/ssvz4/tito why not extend that with more keywords, or even the > documentation for searching (to find the right command, > or to look up documentation). Definitely planning to do that GIMP is a tool for working fast. True. We're thinking adaptive results. So a beginner might search for "delete" or "ellipse", while an experienced user will not. Results should (will) be ordered by frequency of usage. (Or a more appropriate adapting technique) Is it a plugin or is it hacked into gimp core? Hacked in... Talking of improvements, we're thinking of regex, adaption, vocabulary, auto-complete, hierarchy based search, etc. On Fri, Mar 9, 2012 at 10:30 PM, peter sikking wrote: > Srihari Sriraman wrote: > > > We now have it up and working. > > Still looking to implement loads of features... > > Do pool in suggestions! > > http://youtu.be/hGAgG_XRhHc?hd=1 > > being part of the GIMP UI design team, I have to ask: > > can you give a statement what this is suppose to achieve. > > I can see the value in having searchable all the tooltip text > and have that mapped to obscure plugins, to find them. > and why not extend that with more keywords, or even the > documentation for searching (to find the right command, > or to look up documentation). > > but doing a delete? the Delete key is a hell of a lot faster for that. > > doing a ellipse selection? click on the tool icon. > > all this typing, then scrolling, is a very slow way of doing that. > and GIMP is a tool for working fast. > > --ps > > founder + principal interaction architect > man + machine interface works > > http://blog.mmiworks.net: on interaction architecture > > > > ___ > gimp-developer-list mailing list > gimp-developer-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gimp-developer-list > -- * * *Regards, * *Srihari Sriraman * ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
[Gimp-developer] abr-file
Hi everyone, I would like to write a brush creator tool in c# for gimp, but i didn't found information about the *.abr file format. Where can I find how the *.abr file format is organized. thanks, Amir. ___ 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
> Srihari Sriraman wrote: >> We now have it up and working. >> Still looking to implement loads of features... >> Do pool in suggestions! >> http://youtu.be/hGAgG_XRhHc?hd=1 Nice one. We had a failed GSoC project(student disappeared) for something similar. Is it a plugin or is it hacked into gimp core? -- --Alexia ___ 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
Srihari Sriraman wrote: > We now have it up and working. > Still looking to implement loads of features... > Do pool in suggestions! > http://youtu.be/hGAgG_XRhHc?hd=1 being part of the GIMP UI design team, I have to ask: can you give a statement what this is suppose to achieve. I can see the value in having searchable all the tooltip text and have that mapped to obscure plugins, to find them. and why not extend that with more keywords, or even the documentation for searching (to find the right command, or to look up documentation). but doing a delete? the Delete key is a hell of a lot faster for that. doing a ellipse selection? click on the tool icon. all this typing, then scrolling, is a very slow way of doing that. and GIMP is a tool for working fast. --ps founder + principal interaction architect man + machine interface works http://blog.mmiworks.net: on interaction architecture ___ 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, Mar 9, 2012 at 6:55 PM, Srihari Sriraman wrote: > Hey, > > We now have it up and working. > Still looking to implement loads of features... > Do pool in suggestions! Reminds me good ol' gnome do :) and other quicksilver derivates. What key combination activates that? Also, do you have a public Git repo or something? People round here are used to having access to code. 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] An update on the menu search
Hey, We now have it up and working. Still looking to implement loads of features... Do pool in suggestions! http://youtu.be/hGAgG_XRhHc?hd=1 -- * Regards, * *Srihari Sriraman * ___ gimp-developer-list mailing list gimp-developer-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-developer-list
