Re: [Gimp-developer] wiki down...
On Mon, 2010-03-29 at 00:11 +0200, Sven Neumann wrote: So far no-one has approached me asking for the tarball that I prepared. Is there really no-one out there who's willing and capable to host this simple Wiki setup? Like you :-) I'm too busy right now, although I can provide server space. I'm not willing to host a wiki unless there are active anti-spam measures in place (same as for blogs) but otherwise it's fine. 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 mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] wiki down...
On Mon, Mar 29, 2010 at 9:09 AM, Liam R E Quin l...@holoweb.net wrote: On Mon, 2010-03-29 at 00:11 +0200, Sven Neumann wrote: So far no-one has approached me asking for the tarball that I prepared. Is there really no-one out there who's willing and capable to host this simple Wiki setup? Like you :-) I'm too busy right now, although I can provide server space. I'm not willing to host a wiki unless there are active anti-spam measures in place (same as for blogs) but otherwise it's fine. I think that wiki was not open for registration and nobody but Peter could edit it. -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] wiki down...
Alexia wrote: On Mon, Mar 29, 2010 at 9:09 AM, Liam R E Quin l...@holoweb.net wrote: On Mon, 2010-03-29 at 00:11 +0200, Sven Neumann wrote: So far no-one has approached me asking for the tarball that I prepared. Is there really no-one out there who's willing and capable to host this simple Wiki setup? Like you :-) I'm too busy right now, although I can provide server space. I'm not willing to host a wiki unless there are active anti- spam measures in place (same as for blogs) but otherwise it's fine. I think that wiki was not open for registration and nobody but Peter could edit it. close. There are (I think) 4 accounts up to now, 3 for UI team members and an administrator (Sven up to now). a new account is added (by admin) only when the admin and I agree. but maybe Liam had more sneaky modes of spam in mind. --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC - Free Transform Tool
Stephen McKeague wrote: this of course triggers a big update of the spec. there are also some rough edges in the spec that need to be defined: like when the frame is partially in view, or no edge of the frame is in view. On this note, could you please clarify for me where it says, Only the visible part of the transform frame goes into the size calculations. with the size calculations I meant the calculation of all the handles for manipulating the frame are done according to how big the transformation frame is on-screen. what needs sorting out is that after some manipulation the transformation frame can be any kind of shape that can be made out of 4 corners connected by 4 straight lines, including a twisted bow tie type of shape. this general shape is then clipped by the viewport of the image window, which is really a rectangle. This clipped general shape then needs to be manipulated. I still have to investigate what is reasonable for users to be able to do in these situations and how I can make this happen. Also, can you please confirm why the transformation tool would only perform the calculation when the user goes and does something else. yeah that passage is not clear. what I mean is that what is manipulated on-screen is just a preview of the real image data: it is just a limited amount of pixels (there are only 1 to 2 Mpix on a monitor) and it will, using all the dirty tricks in the world, 'instantly' reflect the transformation made by users using the handles. even while moving the handles. the real transformation of the real pixels in memory is then done with the aggregate transformation in one pass when users go and do something else. this is the maximum fidelity contract with users. --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool
Here is my draft proposal https://docs.google.com/Doc?docid=0ARZjTPkuA386ZGRmY3JteG1fOTRoZmJ4cm1keghl=en thanks, Jenny On Sun, Mar 28, 2010 at 12:59 AM, Liam R E Quin l...@holoweb.net wrote: On Sat, 2010-03-27 at 21:40 +0800, Jenny wrote: But... it is on the idea list, names Basic gegl based paint tool. It's on the idea list for gimp - i.e. a gimp paint tool that's based directly on gegl, I would think was meant. Maybe one that lets you apply gegl operations to a brush-sized area as yo upaint, rather like brushes in Krita (a KDE drawing/painting program). There's a certain amount of flexibility around the GIMP projects, but I rather think they do actually have to involve GIMP :-) 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 mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] TOP
Hello I am in need of a TOP viewer or file viewer to work with Gimp for a digipad. Any questions please ask! Larry ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool
On Mon, Mar 29, 2010 at 6:34 PM, Jenny jenny.ding@gmail.com wrote: Here is my draft proposal https://docs.google.com/Doc?docid=0ARZjTPkuA386ZGRmY3JteG1fOTRoZmJ4cm1keghl=en thanks, Jenny No, that was not even in the same ballpark as the idea. Integration with gimp was said to be optional but the project is for a paint tool in gimp sense. Like paintbrush tool or airbrush tool using gegl as the back end. The aim of this idea is the creation of that back end with optional GIMP integration. That back end should support paths with outputs and rendering of those paths either using stamping of a bitmap or some other sort of creation of a stroke(for example the kind ink tool in gimp uses now). Essentially an implementation of paint core in gegl. -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool
On Mon, Mar 29, 2010 at 5:41 PM, Alexia Death alexiade...@gmail.com wrote: On Mon, Mar 29, 2010 at 6:34 PM, Jenny jenny.ding@gmail.com wrote: Here is my draft proposal https://docs.google.com/Doc?docid=0ARZjTPkuA386ZGRmY3JteG1fOTRoZmJ4cm1keghl=en thanks, Jenny No, that was not even in the same ballpark as the idea. Integration with gimp was said to be optional but the project is for a paint tool in gimp sense. Like paintbrush tool or airbrush tool using gegl as the back end. The aim of this idea is the creation of that back end with optional GIMP integration. That back end should support paths with outputs and rendering of those paths either using stamping of a bitmap or some other sort of creation of a stroke(for example the kind ink tool in gimp uses now). Essentially an implementation of paint core in gegl. Note that there already is code in GEGL that could serve as a starting point/inspiration that does stroking of paths using bitmaps/potato stamps with a procedurally generated brush, as well as a minimal experiment testing it. Since performance of GEGL based things in GIMP is going to be hampered by the lack of native use of GeglBuffers it probably makes sense to also be able to experiment with such new infrastructure outside GIMP. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/http://ffii.org/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [GSoC] Replace the GimpSizeEntry widget
On 03/27/2010 08:31 PM, Jake Zhang wrote: Hi Martin, I have send an email to Gimp developer list. I am not sure if the email has gone through. I am sending it to you (mentor of this project) and the list again... Thank you. Jake. On Fri, Mar 26, 2010 at 1:55 AM, Jake Zhang jake.zhang@gmail.com mailto:jake.zhang@gmail.com wrote: Hello, I am interested in the Replace the GimpSizeEntry widget project for Gimp in GSoC 2010. I found this project is relevant to my experiences and suitable for me. I look forward to having more details about specs. With a quick search for GimpSizeEntry, I found and read its docs: http://developer.gimp.org/api/2.0/libgimpwidgets/GimpSizeEntry.html When creating a new image, there are some fields to set the size, resolution, and units for the image, and printing. Am I looking at the correct point? If so, it is an important element, because almost every user will use it. If getting this project, I can make some simple and intuitive design for the UI and interaction, and possibly clean and refactor some relevant source code. I invite your input and advice. I have strong skills and work experiences in software development, mostly in graphics area. I have developed graphics editors in C, C++, Java and Python (for image processing and manipulation). One of the programs has been used by hundreds of customers every year. I am familiar the work to deal with dimensions, DPI, the ratio between pixels displayed and physical sizes of the object or image. I have experiences in C, GTK+, GObject, and Git. Regards, Jake. Hi The current GimpSizeEntry widget has a few outstanding problems * The code is a giant mess * This makes it very hard, close to impossible, to add feature like preserve aspect ratio between numbers in two GimpSizeEntry:s while typing in one of them, updated live * It takes up a lot of space, and is generally clumsy, a GimpSizeEntry inherits from GtkTable but it should rather inherit from GtkEntry * The combobox used to choose unit is awkward to use, would be better to have that handled inside the GtkEntry, simply 40 px or 9 in / Martin -- My GIMP Blog: http://www.chromecode.com/ GIMP 2.8 development still under control ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] wiki down...
On Mon, 2010-03-29 at 12:42 +0200, peter sikking wrote: Alexia wrote: On Mon, Mar 29, 2010 at 9:09 AM, Liam R E Quin l...@holoweb.net wrote: On Mon, 2010-03-29 at 00:11 +0200, Sven Neumann wrote: So far no-one has approached me asking for the tarball that I prepared. Is there really no-one out there who's willing and capable to host this simple Wiki setup? Like you :-) I'm too busy right now, although I can provide server space. I'm not willing to host a wiki unless there are active anti- spam measures in place (same as for blogs) but otherwise it's fine. As pointed out, spam shouldn't be a problem since the Wiki has a closed (and small) group of users and is not publicly editable. I'd prefer to have the Wiki hosted by someone who has been sticking around the GIMP project for a while. Someone who we all know as thrust-worthy. Please pick one of the volunteers and let me know who should receive the URL of the backup. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] wiki down...
Sven wrote: As pointed out, spam shouldn't be a problem since the Wiki has a closed (and small) group of users and is not publicly editable. I'd prefer to have the Wiki hosted by someone who has been sticking around the GIMP project for a while. Someone who we all know as thrust-worthy. Please pick one of the volunteers and let me know who should receive the URL of the backup. I would be happy if Liam could host it. he seems to have the most direct control over his server. I do find it important that the DNS is also updated then. there is loads of linkage to gui.gimp.org and deep into the wiki: http://www.google.com/search?q=%22gui.gimp.org%22 --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] TOP
Have you tried a pass through top2svg, then importing the SVG? http://freshmeat.net/projects/top2svg/ Seth On Mon, Mar 29, 2010 at 11:24 AM, Larry S koolar...@gmail.com wrote: Hello I am in need of a TOP viewer or file viewer to work with Gimp for a digipad. Any questions please ask! Larry ___ 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
Re: [Gimp-developer] wiki down...
On Mon, 2010-03-29 at 12:42 +0200, peter sikking wrote: a new account is added (by admin) only when the admin and I agree. but maybe Liam had more sneaky modes of spam in mind. No, that would be fine. Someone ran a blog on my system that allowed open comments, and quickly got up to over 40,000 spam comments on each posting... -- 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 mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] wiki down...
On Mon, 2010-03-29 at 21:53 +0200, peter sikking wrote: I would be happy if Liam could host it. he seems to have the most direct control over his server. I can try to install mediawiki this week (don't expect a problem, the server is running centos linux it's packaged) and then I'll ask Sven for the backups. I'm a bit flat-out-busy this week, but sometimes that's the best time to get things done! 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 mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
