AdaptableGIMP: Windows + Debian binaries available
This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.
This is a read-only list on gimpusers.com so this discussion thread is read-only, too.
AdaptableGIMP: Windows + Debian binaries available | Michael Terry | 29 Apr 20:56 |
AdaptableGIMP: Windows + Debian binaries available | Alexia Death | 30 Apr 08:41 |
AdaptableGIMP: Windows + Debian binaries available | Michael Terry | 30 Apr 14:07 |
AdaptableGIMP: Windows + Debian binaries available | Alexia Death | 30 Apr 17:16 |
AdaptableGIMP: Windows + Debian binaries available | Tim Chen | 30 Apr 18:39 |
AdaptableGIMP: Windows + Debian binaries available | Alexia Death | 30 Apr 19:07 |
AdaptableGIMP: Windows + Debian binaries available | Michael Terry | 30 Apr 20:55 |
AdaptableGIMP: Windows + Debian binaries available | Tim Chen | 01 May 04:45 |
AdaptableGIMP: Windows + Debian binaries available | Michael Terry | 01 May 14:20 |
AdaptableGIMP: Windows + Debian binaries available | Alexandre Prokoudine | 30 Apr 21:09 |
AdaptableGIMP: Windows + Debian binaries available | Michael Terry | 30 Apr 20:59 |
AdaptableGIMP: Windows + Debian binaries available
We would like to announce the availability of binaries for AdaptableGIMP, a modified version of GIMP that integrates new social, community-based customization features into the application. The project page and software can be found at:
Binaries are currently available for Windows and Debian (32-bit).
We also have a bunch of new task sets (task-centric interface customizations) available for AdaptableGIMP. Task sets combine tutorials and how-to's with interface customizations streamlined for particular tasks.
Feedback about the project and its goals is welcome and can be emailed to the project at the address found below.
We'll also be at Libre Graphics Meeting in Montreal to show off AdaptableGIMP, talk about its design, and answer questions.
Michael Terry and Ben Lafreniere adaptablegimp@cs.uwaterloo.ca
AdaptableGIMP: Windows + Debian binaries available
On Fri, Apr 29, 2011 at 11:56 PM, Michael Terry wrote:
We would like to announce the availability of binaries for AdaptableGIMP, a modified version of GIMP that integrates new social, community-based customization features into the application. The project page and software can be found at:
Great, another fork... Interesting idea tho. Too bad it wasn't built as a plugin.
Binaries are currently available for Windows and Debian (32-bit).
Show me the source. In git repository( or some other common version control system) form preferably. Also, what I notice is that its a fork off 2.6. Have you built it it so that it will work on upcoming 2.8? 2.6 is horribly obsolete when compared to even current slightly buggy 2.7, that can be considered to be in feature freeze now.
AdaptableGIMP: Windows + Debian binaries available
Hi Alexia -
Great, another fork... Interesting idea tho. Too bad it wasn't built as a plugin.
We would have loved to build it as a plug-in, but we need to significantly alter the toolbox's behavior, which is not possible with GIMP's plug-in architecture.
Binaries are currently available for Windows and Debian (32-bit).
Show me the source. In git repository( or some other common version control system) form preferably. Also, what I notice is that its a
The source is available at the same place the binaries are. Making it available via git is a good idea. I'll see if we can put that in place in the upcoming weeks.
fork off 2.6. Have you built it it so that it will work on upcoming 2.8? 2.6 is horribly obsolete when compared to even current slightly buggy 2.7, that can be considered to be in feature freeze now.
Porting it to the more recent versions should not be that difficult. In the meantime, there should be more than enough to explore and play with in our current version.
We're especially interested in feedback on the feature set and how it does, or does not, integrate into your workflows. While low-level feedback on architectural decisions is useful, feedback on the interaction design and feature set is more useful to us at this stage.
Michael
AdaptableGIMP: Windows + Debian binaries available
On Sat, Apr 30, 2011 at 5:07 PM, Michael Terry wrote:
Hi Alexia -
Great, another fork... Interesting idea tho. Too bad it wasn't built as a plugin.
We would have loved to build it as a plug-in, but we need to significantly alter the toolbox's behavior, which is not possible with GIMP's plug-in architecture.
But you could have replaced the toolbox totaly with a dialog created by your plugin... Some pdb changes may be needed as well to control active tools, but those may have been mergeable, making the plug-in usable on all gimp installations and your test base much larger.
The source is available at the same place the binaries are. Making it available via git is a good idea. I'll see if we can put that in place in the upcoming weeks.
Great :)
Porting it to the more recent versions should not be that difficult. In the meantime, there should be more than enough to explore and play with in our current version.
I personally haven't used 2.6 since it was released, because as a developer I have 2.7 at hand and the improvements are great, in spite the occasional bug.
We're especially interested in feedback on the feature set and how it does, or does not, integrate into your workflows.
Well, I personally have very little workflows left that work on 2.6 et all. Two major changes have altered all my usage habbits - SWM and tool presets. Plus innumerable brush tool/outline speed ups. Tool presets is why I brought up 2.7/2.8. There seems to be a little bit of overlap between what you and tool presets offer.
-- --Alexia
P.S. sorry about the direct mail duplicate
AdaptableGIMP: Windows + Debian binaries available
Very cool work!
So you guys has implemented some sort of scripts for recording and replaying commands?
Interestingly, I implemented a revision control system in the form of plugin for GIMP and the paper will be published on SIGGRAPH 2011. I had to modify the GIMP core (in a ugly fashion to meet the deadline...) to record user's actions and I am always wondering is there some other more elegant way to do so?
Please take a look at the abstract and video here
https://sites.google.com/site/httimchen/2011_imagesvn
On Sun, May 1, 2011 at 1:16 AM, Alexia Death wrote:
On Sat, Apr 30, 2011 at 5:07 PM, Michael Terry wrote:
Hi Alexia -
Great, another fork... Interesting idea tho. Too bad it wasn't built as a plugin.
We would have loved to build it as a plug-in, but we need to significantly alter the toolbox's behavior, which is not possible with GIMP's plug-in architecture.
But you could have replaced the toolbox totaly with a dialog created by your plugin... Some pdb changes may be needed as well to control active tools, but those may have been mergeable, making the plug-in usable on all gimp installations and your test base much larger.
The source is available at the same place the binaries are. Making it available via git is a good idea. I'll see if we can put that in place in the upcoming weeks.
Great :)
Porting it to the more recent versions should not be that difficult. In the meantime, there should be more than enough to explore and play with in our current version.
I personally haven't used 2.6 since it was released, because as a developer I have 2.7 at hand and the improvements are great, in spite the occasional bug.
We're especially interested in feedback on the feature set and how it does, or does not, integrate into your workflows.
Well, I personally have very little workflows left that work on 2.6 et all. Two major changes have altered all my usage habbits - SWM and tool presets. Plus innumerable brush tool/outline speed ups. Tool presets is why I brought up 2.7/2.8. There seems to be a little bit of overlap between what you and tool presets offer.
-- --Alexia
P.S. sorry about the direct mail duplicate _______________________________________________ Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
AdaptableGIMP: Windows + Debian binaries available
On Sat, Apr 30, 2011 at 9:39 PM, Tim Chen wrote:
Very cool work!
So you guys has implemented some sort of scripts for recording and replaying commands?
Interestingly, I implemented a revision control system in the form of plugin for GIMP and the paper will be published on SIGGRAPH 2011. I had to modify the GIMP core (in a ugly fashion to meet the deadline...) to record user's actions and I am always wondering is there some other more elegant way to do so?
Please take a look at the abstract and video here
WOW. Now that was cool. Im wondering what exactly did you modify and what facility would you need in gimp to make this possible straight up? There has been talk of such a facility in gimp for ages, but nobody has picked it up...
--Alexia _______________________________________________ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
AdaptableGIMP: Windows + Debian binaries available
Hi Tim -
Nice work! It looks very useful.
AdaptableGIMP doesn't record scripts -- our system is a way to collect all the tools necessary for a task in one spot. A great example of how this is useful is the task of drawing rectangles. In the version of GIMP we modified, there is no rectangle drawing tool. So we have a "task set" (interface customization) that gathers the tools needed to draw a rectangle, and walks you through the process:
http://adaptablegimp.org/index.php/TaskSet:Drawing_Squares_and_Rectangles
While the web page is useful on its own, AdaptableGIMP will customize the toolbox with only the tools shown in the wiki page.
Will you be releasing the source code to your work?
Michael
On 4/30/11 2:39 PM, Tim Chen wrote:
Very cool work!
So you guys has implemented some sort of scripts for recording and replaying commands?
Interestingly, I implemented a revision control system in the form of plugin for GIMP and the paper will be published on SIGGRAPH 2011. I had to modify the GIMP core (in a ugly fashion to meet the deadline...) to record user's actions and I am always wondering is there some other more elegant way to do so?
Please take a look at the abstract and video here
https://sites.google.com/site/httimchen/2011_imagesvn
On Sun, May 1, 2011 at 1:16 AM, Alexia Death wrote:
On Sat, Apr 30, 2011 at 5:07 PM, Michael Terry wrote:
Hi Alexia -
Great, another fork... Interesting idea tho. Too bad it wasn't built as a plugin.
We would have loved to build it as a plug-in, but we need to significantly alter the toolbox's behavior, which is not possible with GIMP's plug-in architecture.
But you could have replaced the toolbox totaly with a dialog created by your plugin... Some pdb changes may be needed as well to control active tools, but those may have been mergeable, making the plug-in usable on all gimp installations and your test base much larger.
The source is available at the same place the binaries are. Making it available via git is a good idea. I'll see if we can put that in place in the upcoming weeks.
Great :)
Porting it to the more recent versions should not be that difficult. In the meantime, there should be more than enough to explore and play with in our current version.
I personally haven't used 2.6 since it was released, because as a developer I have 2.7 at hand and the improvements are great, in spite the occasional bug.
We're especially interested in feedback on the feature set and how it does, or does not, integrate into your workflows.
Well, I personally have very little workflows left that work on 2.6 et all. Two major changes have altered all my usage habbits - SWM and tool presets. Plus innumerable brush tool/outline speed ups. Tool presets is why I brought up 2.7/2.8. There seems to be a little bit of overlap between what you and tool presets offer.
-- --Alexia
P.S. sorry about the direct mail duplicate _______________________________________________ Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
AdaptableGIMP: Windows + Debian binaries available
Hi Alexia -
We would have loved to build it as a plug-in, but we need to significantly alter the toolbox's behavior, which is not possible with GIMP's plug-in architecture.
But you could have replaced the toolbox totaly with a dialog created by your plugin... Some pdb changes may be needed as well to control active tools, but those may have been mergeable, making the plug-in usable on all gimp installations and your test base much larger.
We could have done that, but we also collect usage data, as we did with the instrumented version of GIMP. This helps us understand how the community actually makes use of the software. It also allows us to provide better customization recommendations.
Like I said, we're most interested in getting feedback on the new interaction design and feature set. Since it's about the same effort to install the binary for the app as it is for a plug-in, we hope people will try it out, even if it's not attached to the bleeding edge version of GIMP. If the ideas prove useful, we can look into tighter and easier integration with the current version.
Michael
AdaptableGIMP: Windows + Debian binaries available
On 4/30/11, Tim Chen wrote:
Interestingly, I implemented a revision control system in the form of plugin for GIMP and the paper will be published on SIGGRAPH 2011. I had to modify the GIMP core (in a ugly fashion to meet the deadline...) to record user's actions and I am always wondering is there some other more elegant way to do so?
Please take a look at the abstract and video here
Well, that's a call for few very predictable questions :) Are you planning to release source code? Are you interested in working on "proper" GEGL based implementation (since yours is DAG based anyway)? We always missed people willing to seriously work on that, it'd be a shame to see your initiative not used in the upstream project :)
Alexandre Prokoudine http://libregraphicsworld.org
AdaptableGIMP: Windows + Debian binaries available
I see, that's cool.
But it seems like that the process of creating task-set is not intuitive enough. Also, do users have to manually capture/upload the snapshot of their task-set or your system will automatically capture it?
The better way to do so is perhaps like Grabler's automatic tutorial generation work at SIGGRAPH 2009?
http://vis.berkeley.edu/papers/tutgen/
In any case, I really like the direction you are taking and I believe your system will really shine after the GIMP provides the macro function someday. Assume someone is to share her newly recorded macro, she can analyze and annotate her macro with your system then share it via the wiki. And other users can download and apply the macro step-by-step in the speed they like. Wow, I do look forward the coming of that day!
About my work, yes, I will share the source code and I would definitely like to replace my current backend with GEGL. But this thread is really about Michael's wonderful work and we should discuss my system on some separate thread :D
@Michael Terry, Please accept my apology of mentioning my project in the thread, it seems to distract others' focus from your work.
Regards, -Tim
On May 1, 2011, at 4:55 AM, Michael Terry wrote:
Hi Tim -
Nice work! It looks very useful.
AdaptableGIMP doesn't record scripts -- our system is a way to collect all the tools necessary for a task in one spot. A great example of how this is useful is the task of drawing rectangles. In the version of GIMP we modified, there is no rectangle drawing tool. So we have a "task set" (interface customization) that gathers the tools needed to draw a rectangle, and walks you through the process:
http://adaptablegimp.org/index.php/TaskSet:Drawing_Squares_and_Rectangles
While the web page is useful on its own, AdaptableGIMP will customize the toolbox with only the tools shown in the wiki page.
Will you be releasing the source code to your work?
Michael
On 4/30/11 2:39 PM, Tim Chen wrote:
Very cool work!
So you guys has implemented some sort of scripts for recording and replaying commands?
Interestingly, I implemented a revision control system in the form of plugin for GIMP and the paper will be published on SIGGRAPH 2011. I had to modify the GIMP core (in a ugly fashion to meet the deadline...) to record user's actions and I am always wondering is there some other more elegant way to do so?
Please take a look at the abstract and video here
https://sites.google.com/site/httimchen/2011_imagesvn
On Sun, May 1, 2011 at 1:16 AM, Alexia Death wrote:
On Sat, Apr 30, 2011 at 5:07 PM, Michael Terry wrote:
Hi Alexia -
Great, another fork... Interesting idea tho. Too bad it wasn't built as a plugin.
We would have loved to build it as a plug-in, but we need to significantly alter the toolbox's behavior, which is not possible with GIMP's plug-in architecture.
But you could have replaced the toolbox totaly with a dialog created by your plugin... Some pdb changes may be needed as well to control active tools, but those may have been mergeable, making the plug-in usable on all gimp installations and your test base much larger.
The source is available at the same place the binaries are. Making it available via git is a good idea. I'll see if we can put that in place in the upcoming weeks.
Great :)
Porting it to the more recent versions should not be that difficult. In the meantime, there should be more than enough to explore and play with in our current version.
I personally haven't used 2.6 since it was released, because as a developer I have 2.7 at hand and the improvements are great, in spite the occasional bug.
We're especially interested in feedback on the feature set and how it does, or does not, integrate into your workflows.
Well, I personally have very little workflows left that work on 2.6 et all. Two major changes have altered all my usage habbits - SWM and tool presets. Plus innumerable brush tool/outline speed ups. Tool presets is why I brought up 2.7/2.8. There seems to be a little bit of overlap between what you and tool presets offer.
-- --Alexia
P.S. sorry about the direct mail duplicate _______________________________________________ Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
AdaptableGIMP: Windows + Debian binaries available
Hi Tim -
But it seems like that the process of creating task-set is not intuitive enough.
I agree it could be better. One of the possibilities we have considered is recording the user's actions and then suggesting that they make a task set out of their actions (which is why your source code could be useful). At present, the process of making a task set is fairly similar to customizing other interfaces, so we hope it won't be too difficult for motivated users to create task sets right now. But there is always room for improvement.
Also, do users have to manually capture/upload the snapshot of their task-set or your system will automatically capture it?
All task sets are automatically uploaded and shared with the community once you save it. A wiki page is also automatically created to document it. So it's very low effort to share customizations.
The better way to do so is perhaps like Grabler's automatic tutorial generation work at SIGGRAPH 2009?
It would be cool to join our technology with this other work (incidentally, they cite our work in that paper :).
I think the main thing that differentiates us from prior work is this notion of automatically sharing customizations with the rest of the user community. Right now, there are plenty of tutorials on the web that show how to perform a specific task; our system allows you to create a tutorial *and* have the interface automatically customized for that tutorial/task. In that respect, it complements these other technologies.
Research-wise, we're really interested in what happens when you make it no effort at all to share your workflows with others. From our own lab tests, users are enthused about the functionality. Now we're curious about how the larger community uses it.
About my work, yes, I will share the source code and
Cool, we're looking forward to it :)
@Michael Terry, Please accept my apology of mentioning my project in the thread, it seems to distract others' focus from your work.
No need to apologize -- it's great to learn about your work!
Michael