Simon Budig si...@budig.de wrote:
Peter, thanks a lot for the work you have done for the GIMP.
Simon, thanks for believing in what we did and even fighting for it.
I hope we'll meet on the next libre graphics meetings, you seem to be
involved in the metapolator project so there is a chance
Joseph wrote:
A horizontal tool option bar between the toolbox and menu bar is definitely
handy as far as accessing properties settings is concerned.
I was thinking about that, and then I realised that I am
not exactly sure what you mean.
do you mean that what is right now in the tool options
Alexandre wrote:
Recently someone pinged me (again) about a certain inconsistency that
I've seen affecting a considerable amount of users: that the Move tool
doesn't move contents of selections.
Frankly, I don't understand the logic behind this myself.
Selection tools are for selecting.
Michael wrote:
hint: please do not make the endpoint handles small;
think generous (more tens of pixels than single digits) and
also show where the exact endpoint is in the centre of the handle
(say, with a cross to aim).
I had been imagining selection handles that are simply filled
Michael Henning wrote:
I'd like to make some incremental improvements to the blend tool. On
IRC, Alexandre suggested to get the UI team involved, so I'm looking
for feedback/advice from the UI team.
let’s see how I can help you.
Here are my general plans:
* I'd like to make the blend
scl wrote:
And: contributions are not only coding. For example user support,
bug reporting and triaging, documentation, translation, contributing
high-quality assets, test and constructive user feedback/domain
guidance, website maintenance are also contributions and they don't
need knowledge
hi all,
Joao asked me personally to comment here, so here I am.
I will do some horrible top-posting because I think
I can summarise quite a bit what you wrote.
I believe what you refer to below are ‘macros.’
simple enough: at any point in GIMP where an operation
can be applied, a macro can
On Jan 29, 2014, at 23:04, Michael Natterer wrote:
All discussion aside, I have promised the guys that this would
go in a long time ago, and just needs some cleanup.
then it was a complete waste of my time and expertise to
get involved. it should not have been asked, if no one
wanted to know
Mitch wrote:
I really don't know where the problem is here.
now that I was asked to get involved, read the spec and
made an analysis, here is what the problem is:
TITo, as it stands today, is a UI subsystem for which it
was never decided whether it was a search/help system or
a command
Jehan,
please read again what I wrote:
let me first of all say this in general about the process we are
doing. at this moment I feel we are still working backwards, i.e.
you are answering to me what the code does.
we have to work forward, else there will be no progress.
this means we
Sven wrote:
look what I found in the former Google Summer of Code
ideas:
http://wiki.gimp.org/index.php/Hacking:GSoC/Future/Ideas#Make_menus_searchable
I think it could perhaps shed some light about the
Action Search Tools purpose and further treatment,
at least it's an attempt.
I think
to see what is missing and what is getting
in the way of the goal.
On Tue, Jan 21, 2014 at 12:47 PM, Michael Natterer mi...@gimp.org wrote:
On Tue, 2014-01-21 at 00:10 +0100, peter sikking wrote:
1) you say “action search tool.” is it not menu item search tool?
an _action_ search would search
Jehan,
thank you for making this step.
with some effort from me (moderating) and some from
you (making clarifying choices) we will have this thing
shaped. it will just take an email exchange.
allow me to summarise what you said:
The action search tool allows to search for and run commands in a
Sven,
I appreciate that you want to mediate to make things go forward.
Srihari has brought up this topic often and informed about
the progress. Many people, including Peter, joined the
discussion and the purpose was already discussed.
So, many things are not really new.
as things stand
Srihari Sriraman wrote:
So yes, to a good extent I think I stirred up the cross cutting intentions,
feature muddle for tito.
Sorry.. G,DR ;)
this matches what my conclusions is about TITo (having an internal
code name that is as snappy as that is a good thing):
moving goal posts up to the
Tobias Jakobs wrote:
the problem with TITo is that as it stands now it is a
conflicted mix of two intentions:
1) a help system via text search to learn using GIMP
2) a command-line system for operating GIMP
Can you tell us which feature is 1) and which is 2)?
I think you are proving my
Jon Nordby wrote:
Don't forget, we want you at Libre Graphics Meeting in Leipzig in April!
I did both, signed up and submitted a talk.
The deadline for submitting proposals to LGM is Wednesday 15 January.
Please don't forget to submit your proposal for a talk, workshop or
meeting here:
Srihari Sriraman wrote:
Have we had a chance to look into this?
On Sat, Nov 30, 2013 at 11:06 AM, Jehan Pagès jehan.marmott...@gmail.com
wrote:
Hello Peter,
Some time ago, a contributor developed a very interesting feature,
allowing to search actions with natural language keywords
On Jan 14, 2014, at 22:43, Chris Mohler wrote:
On Tue, Jan 14, 2014 at 12:52 PM, peter sikking pe...@mmiworks.net wrote:
- even if TITo response time is instant, keyword formulation -
typing in a text based interface is not exactly fast;
please drop the ‘its fast’ argument;
And yet
Jehan wrote:
Just checking master, currently when overwrite is shown, export-to
is not grayed out but it is invisible.
That means that it is active and can be run if you know the shortcut,
but you can't export from the menu (for people who don't know
shortcuts, new or casual users, etc.).
Jehan wrote:
Should I change the action's names to follow their label? In
particular Export would correspond to file-export and Export
As... corresponds to file-export-as (otherwise we would end up in
the strange situation where Export = file-export-to and Export
As... = file-export).
I
Jehan wrote:
Actually Mitch, our maintainer proposed something similar (see
https://bugzilla.gnome.org/show_bug.cgi?id=712194).
So we could have a default of IMG_38210-1.jpg for instance.
please don’t.
there is two reasons that I am against tampering with this:
1) when using Export As...
Richard Gitschlag wrote:
PS: Can we get some accelerator keys put on those menu labels sometime?
apart from Overwrite (by design), where are you missing one?
--ps
founder + principal interaction architect
man + machine interface works
Alexia wrote:
so you can guess my new motto: ‘from the first week we start
building the real thing.’
Developers work in iterations. When you start you have a vague idea of what
its going to be, a goal, but you never know how it will make sense to reach
that goal in the end. So you
Michael Schumacher wrote:
of course I can do this design, and that includes addressing
both user needs and developer needs.
nice to hear from you.
but I do not want to have the same disappointing experience of
SoC as I had in the last few years.
in particular, I do not want to be
I wrote:
ps: I am blogging the results of 2013 right now.
done. ‘how quaint, there is not enough functionality!’
http://blog.mmiworks.net/2013/06/teaching-interaction-13.html
--ps
founder + principal interaction architect
man + machine interface works
Michael Henning wrote:
I agree; it would be beneficial for our SoC students to work with an
experienced UI designer.
I'm not involved in the SoC myself, but if an interaction designer
were to offer their time to help out, I'm fairly certain it would be
welcome. In particular, some people
Tobias Jakobs asked me in a comment on the blogpost
http://blog.mmiworks.net/2012/05/teaching-interaction-12.html
‘What does this mean for the Gimp team? Is it a good idea to use one ob this to
redesign the tool or does it need more work?’
I answered:
‘Good question. One has to value this
On Apr 3, 2013, at 22:49, Aleksandar Kovač wrote:
Peter, and everyone else, excuse me for taking so long to reply.
excuse me too, I was travelling the last week and a half
(and no, it wasn’t the lgm) which always takes me ‘out of
office’, including email.
Aleksandar, thank you for actually
sorry for the delayed reply, I had some deadlines to deal with.
Aleksandar Kovac wrote:
On 2013/03/12, at 0:45, peter sikking pe...@mmiworks.net wrote:
well, as long as I get shown the middle finger where it comes
to implementing the control frame of the tool, I think the
situation
Alexandre wrote:
Gradients in gimp are very very painful thing. Are you
planing make gradient tool more user friendly?
Planning would be a too strong word, perhaps, but we do want to
improve that in the future.
I must say I am thinking of picking either the gradient or align tool
as the
Michael Schumacher wrote:
spec writing seems to be a waste of time, competence and enthusiasm
at the moment. developers simply throw away a third of it and do what
they want. this pattern has been growing at GIMP over the last years.
My feeling as only occasional contributor is that it is
Alexandre Prokoudine wrote:
On Sun, Feb 24, 2013 at 4:09 PM, peter sikking wrote:
meanwhile, I am looking for a new small design project
to put before my students in a months time. any ideas.
It seems that folks who create textures for 3D projects really want us
to build advanced
free wrote:
I just installed the gimp 2.9 in my computer to see the unified transform
tool. Cool!
thanks!
I was wondering what are your plans towards the other separated transform
tools - scale, rotate, etc. Are they coming together with the unified tool in
2.10 or they will be removed?
Andreas Lemke wrote:
I have done a simple usability study with a novice Gimp user (only one, not
1000 :-). Would it be ok if I post it on gui.gimp.org? But I would need to
have an account. There doesn't seem to be an option to register.
to be a usability study it needs to be a usability
GIMPsters,
the final part of the write up of the lgm text lecture is up
(OK, since a week or so, I was on holiday last week).
the three parts are:
http://blog.mmiworks.net/2012/05/rethinking-text-handling-in-gimp-1.html
http://blog.mmiworks.net/2012/06/rethinking-text-handling-in.html
Richard Gitschlag wrote:
Seriously -- I propose that the Save a Copy... command should be removed
and its functionality merged into the Export As... command.
seriously... how can you write that? when the core of the discussion
(that you are actively following) is that
Save does export
Alexandre wrote:
P.S. Why is it a gimp-developer@ list material?
I directed him here, because he wants to solve it in code.
--ps
founder + principal interaction architect
man + machine interface works
http://blog.mmiworks.net: on interaction architecture
Elle wrote:
There is one little interface change that would make things easier for
me. I'll suggest it, most tentatively. At present, the order in the
Gimp 2.9 drop-down menu is Save, Save as, Save a Copy, Revert, then a
big line in the sand, then Export to, Export, Create Template (I
can't
Richard Gitschlag wrote:
So if I may throw an echo into the room and ask why the particular message
box CAN NOT provide a yes/no prompt, with Yes transferring control to the
Export box and No cancelling back to the Save dialog?
as I said before: no trip through Save if it is not safe.
it
Liam wrote:
I don't think you should view it as written in stone
no, you just have to take it up with your own, personal Moses™ ;^}
work on the unified geometry tool has been kicked into another gear
this week. Mikael and I are discussing different aspects and
the spec is taking strides again.
Nicolas wrote:
It also appears to me that a dedicated export and close shortcut
pretty much kills this debate.
you are on a roll with brainstorming, aren’t you?
taking that a bit further, that would be ‘export + force close’
or ‘overwrite and force close’.
the combinations; the integration
gg wrote:
I think the whole problem here is that there are two different uses which are
being presented as one.
Save (as gimp internal format) and Export (to original format) is clear ,
though I would say it's back to front.
However, the ambiguity is in File | Open
let’s get some
Nicolas wrote:
Peter:
I think you misunderstood what gg is suggesting:
no I did not. I pointed out some facts that close many, many routes
in this kind of reasoning. closed and done, yes.
let me first make a statement:
_every_ time (yes, that is around a hundred times now) that I
see this
Richard Gitschlag wrote:
I doubt that would violate the terms of the Save/Export spec that the dev
team swears by.
yes it does. you cannot go through save if it is not safe.
Well, the spec only says:
Save, ‘Save as’ and ‘Save a copy’ shall only save to (compressed) GIMP
Liam wrote:
I'd be OK if it *told* me,
File Untitled has not been saved as xcf.
It has been exported as paisley.jpg [300x500px]
so that I knew the status and the warning was useful.
something similar to that (without the pixels) has been applied as a patch for
2.8.1. (Bug 675399)
Richard Gitschlag wrote:
The term Import also has a well-entrenched meaning of copy and paste from
source file into current document. GIMP already has such a function, the
Open As (Layer/etc)... commands.
I think you are very selective there what conventions surround Import.
simply
gg wrote:
So now you are completely ignoring what I suggested and going off somewhere
else.
yes.
because it is not fruitful to have a line-by-line refuting match.
instead, I showed where the real meat of the argument is.
the ‘match’ is played in a completely different ballpark than
where
(Gez) wrote:
That being said, I do agree that the overwrite function is somewhat odd (it
hasn't a default keystroke, it disappears once you used it and becomes
export).
I did not put keystroke by default to be on the safe side.
for those who overwriting is actually part of their routine,
On Jun 14, 2012, at 16:37, Richard Gitschlag wrote:
I still believe GIMP should, instead of merely informing the user that Save
operates in XCF only, offer an export/save xcf/cancel option which would
alleviate the need to go back and use a different dialog as a separate step.
(You never
Bruce wrote:
[I will snip here quite a bit to keep this post from ballooning]
Hi guys, I'm the Bruce that Peter referred to in the first post in this
thread.
How open does it make sense to be?
I think a good approach is to be open to the degree where it is constructive
and feels
I have now given the whole thing a big push:
http://gui.gimp.org/index.php/Interaction_design_patch
not complete yet, but a start.
--ps
founder + principal interaction architect
man + machine interface works
http://blog.mmiworks.net: on interaction architecture
let's pick up this discussion again, sorry for the delay.
Saul Goode wrote:
In my opinion the language of the draft is not very inviting to contribution.
the draft is a _description_ of the current code process, not a
manual/invitation page for new contributors. it describes how
things are in
Liam R E Quin wrote:
Goal: I'm sure I'm not alone in finding file-open and file-create
confusing, along with file-create-from webpage being different from
File-Open Location, both of which take a URI... it's a mess.
File-Create is not related at all to File-Open.
it is related to File-New.
Srihari Sriraman wrote:
How about:
Import from
URI
clipboard
webpage
xsane device dialog
xsane epkowa:usb:003:002
xsane v4l:'dev'video0
and
Create
Buttons
Logos
Pattern
the word Import is, again, related to Open, and that is exactly
not how it works (for
El 31/05/12 04:31, peter sikking escribió:
we can discuss again how Create was named (I was involved, so it ain't half
bad); it was to not to have New... and under it New (with a submenu).
What about File New from... Submenu
well, the ellipsis is forbidden for a menu item that just shows
Michael Grosberg wrote:
I knew what GEGL is, but I thought that was just the engine and that you'd
put
some sort of layer-based facade on it so people could, like, actually use it.
not to worry, you will not be abducted by boxes and hoses.
GIMP is an image manipulation program, not a 3D or
gfxuser wrote:
This would be tricky. People can use professional workflows and not be
paid for the work they do.
In German we have the idiom of 'unprofitable art' and unfortunately this says
a lot about payment for creatives for long ;-( It's understandable, that
they'd like to have an
yahvuu wrote:
for your inspiration, here's the fastest way to perform adjustments that i
can think of:
While pressing a shortcut key
- the corresponding slider gets displayed right under the pointer
- moving the pointer left-right immediately performs the adjustment.
To commit,
gfxuser wrote:
the last thread reminded me of a question, which I had for some longer and I
couldn't find the right answer yet:
Who is the targeted audience of GIMP?
since I am used to doing a briefing on this, for GIMP design
projects and also recently the start of a university usability
gfxuser wrote:
I read the news about Liquid rescale's UI redesign at GIMP's main site and
Peter's blog. It looks very promising. Especially I like team's no. 3 results.
Are there plans to take these changes over to the current plugin and/or make
Liquid rescale an official tool/plugin of
guys,
a couple of days ago Bruce appeared on irc and we had a chat.
(Bruce is now subscribed to this list)
within a minute we were talking about whether GIMP has a list
of known UI design issues. as far as I know we do not have one,
it is certainly not part of gui.gimp.org.
(I am not talking
On May 13, 2012, at 7:22, Liam R E Quin wrote
some very wise words:
Useability does not operate in a vacuum - branding is part of the user
experience.
Useable is aslo not always the same as immediately comfortable.
Please, let's not attack people.
for which I am grateful.
also Liam is
guys,
the answer is yes, yes, yes.
yes, wilber in the toolbox is suppose to help remember that
it is a drag + drop area for opening files (as new document).
does it (and the n-i-w) have a tooltip for it?
yes, it is also a bit of branding. wilber is watching you.
(btw, if someone wants to
guys,
lately I have been thinking about introducing a new process.
this thinking has been accelerated by the GIMP bof at the lgm,
where GIMP project members expressed concern about lack of
openness and transparency in the current UI redesign work, and
I expressed concern about lack of valuation
Liam wrote:
drop images text message would me more efficient and explicit
or probably an icon representing the drag and drop action...
now that would be really annoying, looking at that 40 hours a week,
every week of the year, no?
A gtk+ drop target might be a better approach.
is that a
gfxuser wrote:
peter sikking wrote:
well, usability is a lot more than ‘what can do people find out
in the first 5 minutes’ (ease of learning). GIMP is designed
for other goals: speed of use, the freedom to create, etc.
can you explain this in more detail, please? I'm honestly interested
hey guys,
hot on the heels of the first GIMP interaction internship,
for which we presented the results at the lgm (blog posts coming),
a second one is starting.
Marinus Schraal, from Holland, will be with us for the next 10 weeks.
his project subject will be picked by him in the next couple of
sigetch wrote:
MyPaint brush engine has three four advantages:
2. It has 9 inputs, 42 setting parameters, and 30 internal states to
determine the timing, position, size, color, and blend mode.
nice for you, but for users I would swear that this should show up
on the disadvantages list.
3.
OK, I cannot resist quoting this review:
http://www.theregister.co.uk/2012/04/27/ubuntu_12_04_lts_review/
it uses GIMP to discuss ubuntu’s HUD. but then:
‘Of course GIMP is an app that lends itself to the mouse so
switching to the keyboard to use the HUD isn't always faster.’
if a software
noob7 wrote:
Hey there!
Iam interested in this year gsoc. I would like to take slicing tool idea
which I heard that its one of most requested features. I get the main conept
of this tool. Ive tested guillotine action and slice filter on compiled trunk
version. I found that slice filter
Srihari Sriraman wrote:
A command system would really boost the speed of interaction.
now that would really depend a lot on how you design this.
I must admit there is a tiny opportunity to come out faster than
mousing the menus for a plugin without a shortcut key (ctrl-...).
where is comes to
combining four selection tools
(fuzzy select, select by color, intelligent scrissors and foreground
selection).
The suggestion from Peter Sikking was to do as the 2011 student's have
done. This research is about iWarp tool. I've read also this research, and
also studied the work
Alexandre wrote:
Planning with the current amount of active developers would be rather
pointless.
I'd say roadmapping work even when there is only one developer,
on a half-time basis. it is simply about what needs to be done
for the next version. and just as important, that no
non-trivial
Prokoudine wrote:
On Tue, Mar 13, 2012 at 1:58 AM, peter sikking wrote:
I'd say roadmapping work even when there is only one developer,
on a half-time basis. it is simply about what needs to be done
for the next version. and just as important, that no
non-trivial effort is spent on things
Alexandre wrote:
Personally, what I really need is CMYK
Everyone wants CMYK, few mention what they need specifically :)
yeah, beware of the schmuck:
http://blog.mmiworks.net/2009/05/gimp-enter.html
--ps
founder + principal interaction architect
man + machine
Alexandre wrote:
On Sat, Mar 3, 2012 at 10:11 AM, supratim chakraborty wrote:
I would like to know whether the liquify equivalent module exists in the
making or not
It was a successful GSoC2011 project and will become part of 2.10 or 3.0.
hell yeah, we did a design sprint on it:
hey guys,
another attempt at having a discussion about text in GIMP work.
although it was useful to read about features, niggles and
going to other apps to work with text (the latter being a huge
smoking gun for GIMP), it was not what I was looking for.
I was looking for what text means in the
wow,
Thorsten Wilms' reply is exactly the type of information
I am looking for.
I could see myself using text in GIMP for
- text in mockups
- annotations
- as integral part of ... poster design
For mockups, I prefer Inkscape, these days. GIMP only wins for some
modifications of
I wrote:
Alexandre Prokoudine wrote:
Personally I would like the team to come to final agreement about
non-destructive editing.
you triggered me into laying my cards on the table about that one.
I am working on a blog post about it.
done:
80 matches
Mail list logo