- Works in any (all) languages supported by gimp.
- Opacity is now a preference.
- Width, Height and position are based on main window, not screen (Tito resizes on Gimp resize).
- No more mark-up warnings in other languages.
- Code further tuned to Gimp style.
- Optimized code, removed unnecessary lines.
A ton of thanks to Michael Muré (aka Bat`O) for his help!
On Tue, Apr 17, 2012 at 9:01 AM, Srihari Sriraman <techie@xxxxxxxxxxxx> wrote:
Firstly, We've fixed those buffer, malloc bugs in Tito.you have an opportunity to do something good for...
... 1/3 of the GIMP interaction system.
is that worth it?Making a significant contribution to 1/3rd of the interaction system seems like a big deal to me.So yes, I think its worth it.The resolution of these 2 character inputs is done on the go.You can "Apply Canvas" by typing in "AC" and hitting enter.
> Or say "Gaussian Blur" by just "GB".It should work irrespective of the language.
I shall confirm this once I have tried this out.
We tried developing the mac-like interface. It didn't work out.There isn't a sane way to do it in Gtk. [See Pitfalls in specs]I think Tito is quite a cool tool to have. Even though it might not find an exact fit into the product vision.And since quite some people like Tito, my thoughts are in line with Aleksandar Kovač.Please, let's afford ourselves some (U)ser e(X)perience with this workTito has the potential to spur new ideas and solutions.I'll start a thread on the command system so there can be focussed healthy/lengthy discussions.
--On Sun, Apr 1, 2012 at 12:04 AM, peter sikking <peter@xxxxxxxxxxxx> wrote:Srihari Sriraman wrote:now that would really depend a lot on how you design this.
> A command system would really boost the speed of interaction.
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 menu items with shortcut keys, I am not sure you
ever can.
so let's see, you have an opportunity to do something good for
a minority part of the menu structure, which by itself forms 1/3 of the
GIMP interaction system.
is that worth it?
this of course apart form the help/explore/documentation system we
talked about here and on irc. I thought we had understand each other
during those talks.
that does not sound like a confident approach to designing this
> We're headed there.
> Blender's and Rhino's systems are great, so we'll be taking inputs from their design too.
for GIMP. think about the whole context of GIMP, its vision and
its core users. all the work on the canvas.
it starts with that realisation that you are working on what is
a minority part of 1/3 of GIMP's interaction.
have you run statistic on how many clashes (same 2 or 3 letters for
> Currently we're thinking of using a command syntax similar to that of ImageMagick..
> Would be great if we could pool in ideas regarding the command system here...
> (Will probably start a new thread on that soon).
>
> Just to note, Tito has this handy feature.
> If you enter 2 letters, it matches those actions with those 2 letters as the first letters of its words...
> Ex:
> You can "Apply Canvas" by typing in "AC" and hitting enter.
> Or say "Gaussian Blur" by just "GB".
different commands) in english? and then on to other languages, where
the 2 or 3 words english needs to describe something (a peculiarity)
is localised with a single word.
there is 76 localisations of GIMP, I would not blame you if it can be
made to work for all languages apart from urdu (or something like that).
but if at the end it only works for 5 languages out of 76, then
it would of course go nowhere.
then on to non-latin input methods, on those standard latin keyboards
computers are sold with. how would that be 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@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Regards,
Srihari Sriraman
Srihari Sriraman
_______________________________________________ gimp-developer-list mailing list gimp-developer-list@xxxxxxxxx https://mail.gnome.org/mailman/listinfo/gimp-developer-list