[Gimp-developer] Don't forget this important bug.
Just looked at the list of bugs to be fixed before 2.0pre and I would urge you to include fixing the behaviour where the Cursor switches back to the mouse everytime a pen tablet is over the main toolbox. Although this can be worked around It will upset most graphics professionals if they try to use the program. Danni -- If you want divine justice, die. -- Nick Seldon ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Re: New Image dialog usability bug
Why not have the entries for size have drop down menus allowing the user to select the last 8 or so amounts entered. Danni -- Artificial intelligence has the same relation to intelligence as artificial flowers have to flowers. -- David Parnas ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] xinput:
How can I get a look at the xinput files for gimp 1.3.X I cant seem to find them in 1.3.5 (or mention of there removal in the changelog) appologies if this question has already been asked Danni ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Need Vector Art....
Background. Ok at the moment I have 2 reasons for booting Windows on my system. One is a Musical sequencing package and my pro soundcard. The other is the lack of a descent vector art package (on windows I use a combination of Expression2 and flash3). After playing with a package called autotrace it occured to me that it would be not too difficult to set up a program that will allow me to create basic vector strokes and fills with my wacom tablet... Paint with pencil type tool onto bitmap(ie one bit per pixel) Convert this to a vector at the end of each stroke Questions 1) At this point I could either start on a simple stand alone app or try and extend an existing project like the gimp.(gimp 1.3 code seems to be a lot more readable). Which would be better at this point. 2)Is the brush code now modular enough to allow me to create a new brush tool for creating vector strokes. (ultimately this would be very simular to the pencil. 3) I know that dynamic text creates its own special layers... Is the system robust enough to allow the creation of 'vector' layers? 4) Gimp already uses a library (libart?) to do raster to vector conversions does anybody know how this compares to autotrace? Thanks Danni ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Wacom tablet suggestion.
At the moment... brush size dictates the minimum size of brush. It would be more intuative if the brush size where the average.(when the pressure is at half the maximum pressure. Also It would be nice to be able to adjust the amount of size variation. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Vector prog.
Danni Coy ([EMAIL PROTECTED]) wrote: > Background. > > Ok at the moment I have 2 reasons for booting Windows on my system. One > is a Musical sequencing package and my pro soundcard. The other is the > lack of a descent vector art package (on windows I use a combination of > Expression2 and flash3). > After playing with a package called autotrace it occured to me that it > would be not too difficult to set up a program that will allow me to > create basic vector strokes and fills with my wacom tablet... > Paint with pencil type tool onto bitmap(ie one bit per pixel) Convert > this to a vector at the end of each stroke You might want to look at sketch and sodipodi. Maybe you'll find what you are looking for. But both have IIRC no explicit tablet support. I do not like the work flow of either of the programs you mentioned, they do not currently support any type of artistic stroke that can be controlled via wacom. The approach I intend to use is a hybrid of raster and vector techniques. Essentually What I want to do is have autotrace convert a bitmap image stroke by stroke rather than all at once (problem areas at the moment are where strokes overlap) I then need to be able to display move and delete objects and purhaps change their stacking order. These are > Questions > 1) At this point I could either start on a simple stand alone app or try > and extend an existing project like the gimp.(gimp 1.3 code seems to be > a lot more readable). Which would be better at this point. I am not sure. To extend Gimp with a general vector infrastructure (in fact I am working on something like this, but progress is slow since I am very busy with other stuff right now) a lot of work has to be done. Starting a new project would be silly in my eyes. There are some interesting vector programs out there and the gimp is not the most obvious possible target. Um I am not seeing anything to my liking currently gyve I can't get a compile of... Sodipodi's workflow is too contorted... And I find the Koffice component and sketch don't work the way I do at all. If you can tell me of any other project I would be greatful. > 2)Is the brush code now modular enough to allow me to create a new brush > tool for creating vector strokes. (ultimately this would be very simular > to the pencil. Currently this is not possible. It would be cool though... This is planned though? soonish? > 3) I know that dynamic text creates its own special layers... Is the > system robust enough to allow the creation of 'vector' layers? You can attach arbitrary data to regular layers. This is waht dynamic text does. You can modify text rendered by dynamic text with all tools, however, if you change the text it will get re-rendered and all changes are lost. Of course someone could do the same with the gfig plugin. It is planned to make this mechanism more generic. For example to have adjustment layers or - as you intended - to have real vector layers. I was hoping to do something that works and try something more elegant and the point where gegl is folded into the main code base... 2.O right. > 4) Gimp already uses a library (libart?) to do raster to vector > conversions does anybody know how this compares to autotrace? libart is used to do vector -> raster conversions and is thus exactly the opposite thing to autotrace :-) It is mainly used to convert bezier-curves to selections. Thanks for your input Danni ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Best way of getting subpixel accuracy under X
Apologies if this has been discussed already. But I just ran accross this one and it is a major fly in the ointment for the future of graphics on Linux/X Is anybody working on a workaround on this either in X or in the Gimp... Who do I talk to about this. Danni ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Pressure Question.
I have been working on a patch to make the strength of pressure on attributes such as brush size user definable I have noticed that there have been a number of changes between 1.3.5 and 1.3.7... I would like a better Idea of what is planned in this area as I wish to help. PS. congrats to everyone for the code cleanup... I can actually find my way around now... I hope this attracts new developers. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Alpha-transparency
with regards to the Alpha - Transparency issue... Stick with alpha add a glossary to the help menu to describe the meaning of any terms that the user has not across before. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Status report for GEGL
The www page does not seem to be updated in a while ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Film gimp Vs Gimp....
I think it best that Filmgimp do its own thing for the time being I personally use both... If there where any merging I would suggest the 1.3.x branch than the 1.2.x branch simply because the code in the 1.3 branch is so much easier to work with (I say that as someone who is almost completely unfamiliar with the code). I think that filmgimp want to meet your 16 bit + requirements NOW not when Gimp 1.4 or 2.0 rolls out. Once 1.4 is out and the move comes for 2.0 I would sincerly hope that both projects could merge (at least in back end functionality) as I suspect that Filmgimp will have many industry specific patches incorperated... ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] UI Ideas
I have just completed a short document outlining some of the features I would like to see in an up and comming version of the gimp. Working more with "Painted" Artworks than photos the brush interface is of utmost importance to me... Hopefully this will provide some food for thought. you can get the document here http://www.midcoast.com.au/~rgcoy/GimpUIIdeas.pdf ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Keybindings...
Ok with regards to Photoshop - Photoshop users are amongst the most inflexible users I have ever come across if it doesn't work like Photoshop they are not interested There are also a number of existing users who are very used to the current bindings (including myself) which we do not wish to upset more than nessary... Luckily there is a solution that works for everyone (at least as far as keybindings go)... It might be a little too much work to make it into 2.0 though 1) Ask the user which set of bindings to use when the initial installation takes place. Options should be at least Gimp 2.0, Gimp 1.x, Photoshop... 2) Users should be able to save and load any preference sets while the gimp is running - They should be able to share other peoples preference sets and install them easily. This allows for the user to a) set up a different interface for different tasks, b) allow for co-workers to work on each others machines with the minimum amount of hassle. This type of functionality has been available in quite a few commercial apps (Corel Draw, Photopaint, 3D Studio Max immediately come to mind) for some years now. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer