[Gimp-developer] Next minor release?

[Jehan Pagès]

Hi,

About the broken font support, which was simply in the end
fontconfig's configuration which kept some absolute path from the
Linux where it was cross-compiled from, I think it is a pretty broken
stuff.

It was the reason of why italic/bold could not be simulated anymore in
2.8.6 for Windows.
https://bugzilla.gnome.org/show_bug.cgi?id=708110

That's still an ok bug because I think most fonts have bold/italic
faces anyway. But after testing, I could confirm that the bug where
"Sans" was using a Serif-ed font, which is already much more annoying,
is also the same.
https://bugzilla.gnome.org/show_bug.cgi?id=688593

And probably a few other bugs on fonts (reported already or not).

Also we have a bunch of fixes in gimp-2-8 branch anyway, and it is
soon 4 months since 2.8.6. Maybe it is a good time to make a minor
release? I feel like there is no much reason to delay bugfix releases.
Do we have an accurate policy on minor releases?

Jehan
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] My plugin doesn't start anymore after upgrading mingw/gcc suite

[Alessandro Francesconi]

Hello everyone, 

This morning, on my Windows platform, I’ve decided to run a “mingw-get.exe 
upgrade” command in order to give a fresh update to my compiling tools.

The process finished fine and the GCC version changed from 4.7.2 to 4.8.1... 
but I shouldn't have done it! 


I went to my plugin source code (it’s BIMP, by the way), then I run the usual 
batch command in order to compile it with the “new” tools. The compiler ended 
without errors, but now the plugin is disappeared from GIMP!

One strange thing after the upgrade: the filesize of my plugin’s executable 
changed from 270 KB to 320 KB... I think I have to add some new options to the 
compiler, or what?


This is the full command I use to compile my plugin: 
https://github.com/alessandrofrancesconi/gimp-plugin-bimp/blob/master/makewin.bat


Thanks for your attention
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Next minor release?

[Michael Natterer]

On 10/04/2013 10:12 AM, Jehan Pagès wrote:

Hi,

About the broken font support, which was simply in the end
fontconfig's configuration which kept some absolute path from the
Linux where it was cross-compiled from, I think it is a pretty broken
stuff.

It was the reason of why italic/bold could not be simulated anymore in
2.8.6 for Windows.
https://bugzilla.gnome.org/show_bug.cgi?id=708110

That's still an ok bug because I think most fonts have bold/italic
faces anyway. But after testing, I could confirm that the bug where
"Sans" was using a Serif-ed font, which is already much more annoying,
is also the same.
https://bugzilla.gnome.org/show_bug.cgi?id=688593

And probably a few other bugs on fonts (reported already or not).

Also we have a bunch of fixes in gimp-2-8 branch anyway, and it is
soon 4 months since 2.8.6. Maybe it is a good time to make a minor
release? I feel like there is no much reason to delay bugfix releases.
Do we have an accurate policy on minor releases?


ASAP, when I find the time :)

--Mitch

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] My plugin doesn't start anymore after upgrading mingw/gcc suite

[Partha Bagchi]

Allessandro,

I am doubtful this has anything to do with 4.8.1 since I have been using
4.8.1 in building Gimp and recently including BIMP and have not seen any
issues.

Please feel free to contact me offlist to resolve this, if you wish.

Thanks,
Partha



On Fri, Oct 4, 2013 at 5:00 AM, Alessandro Francesconi <
alessandrofrancesc...@live.it> wrote:

> Hello everyone,
>
> This morning, on my Windows platform, I’ve decided to run a “mingw-get.exe
> upgrade” command in order to give a fresh update to my compiling tools.
>
> The process finished fine and the GCC version changed from 4.7.2 to
> 4.8.1... but I shouldn't have done it!
>
>
> I went to my plugin source code (it’s BIMP, by the way), then I run the
> usual batch command in order to compile it with the “new” tools. The
> compiler ended without errors, but now the plugin is disappeared from GIMP!
>
> One strange thing after the upgrade: the filesize of my plugin’s
> executable changed from 270 KB to 320 KB... I think I have to add some new
> options to the compiler, or what?
>
>
> This is the full command I use to compile my plugin:
> https://github.com/alessandrofrancesconi/gimp-plugin-bimp/blob/master/makewin.bat
>
>
> Thanks for your attention
> ___
> gimp-developer-list mailing list
> List address:gimp-developer-list@gnome.org
> List membership:
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list
>
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Next minor release?

[Jehan Pagès]

Hi,

On Fri, Oct 4, 2013 at 10:34 PM, Michael Natterer  wrote:
> On 10/04/2013 10:12 AM, Jehan Pagčs wrote:
>> Also we have a bunch of fixes in gimp-2-8 branch anyway, and it is
>> soon 4 months since 2.8.6. Maybe it is a good time to make a minor
>> release? I feel like there is no much reason to delay bugfix releases.
>> Do we have an accurate policy on minor releases?
>
>
> ASAP, when I find the time :)

Awesome. :-)

Jehan

> --Mitch
>
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] HELP with SYMBOLIC icon theme for Gimp.

[jEsuSdA 8)]

Hi!

Few days ago, I saw the Alexandre Prokoudine post on Google+ about Gimp 
and Symbolic icon theme:


https://plus.google.com/104550365344856778857/posts/LP1pWr7YEgA


He said he downloaded the gimp source code and overwrite the main icons, 
then he compiled.
This procedure is not very easy to do for many users, and these icons 
does not looks very well with some light window colors,  so I started to 
create a separate and easy-to-install symbolic theme for Gimp.


I downloaded the sources from gnome-master git-hub and I started to work 
on this idea.


Some days later, I'm near to finish this theme:

http://www.pasteall.org/pic/show.php?id=60269

I've working on new icons, improve some others, changing color to use 
the dark-gray used in Inkscape symbolic icon theme (I've working too and 
finished a complete theme for Inkscape yet), etc.


But, there are some bugs I want to solve, and I need your help.

I've been read the gimp documentation ( libgimpwidgets-GimpStock.htm ) 
to edit the imagerc file and load all the icons, but some ones does not 
load and I can not find the correct   '' stock["NAME"] = ''  entry.



So, please, if you can help me, I'll be grateful:


Here you can find the bugs :

http://www.pasteall.org/pic/show.php?id=60270


A - I have the symbolic icon, but I can find the widget name to load the 
icon. Gimp allways loads this colorful icon and I can not change it. 
¿What name has it?


There are no reference in libgimpwidgets documentation about this icon.


B - Same of A. I think solving A maybe can solve this bug.

C - I want to change this icon too. By default, gimp loads the desktop 
theme icon folder, but I whant to design and load a symbolic one for 
layers groups button.


D - The "eye" or "visibility" icon is designed and loaded on imagerc with:

stock["gimp-visible"] =
{
{"images/stock-eye-12.png", *, *, "gtk-button" },
{"images/stock-eye-16.png", *, *, "gtk-button" },
{"images/stock-eye-20.png", *, *, "gtk-button" },
{"images/stock-eye-24.png", *, *, * }
}

But Gimp loads the default one instead the symbolic. ¿It has another 
name?, ¿How can I change it?



E -  Same as D bug but with the zoom-follow-window button.

The code in imagerc is this:

stock["gimp-zoom-follow-window"] =
{
  { "images/tools/stock-zoom-follow-window-12.png", *, *, 
"gtk-button" },
  { "images/tools/stock-zoom-follow-window-16.png", *, *, 
*}

}

But Gimp loads the default one.



F - Same as D and E but related with default-colors and swap-colors.





If anyone wants the icon theme, I will publish it when finish the job. 
Maybe you consider to distribute it with next Gimp release.  ;)



Thanks!
jEsuSdA 8)
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Next minor release?

[Alexandre Prokoudine]

On Fri, Oct 4, 2013 at 12:12 PM, Jehan Pagès wrote:

> It was the reason of why italic/bold could not be simulated anymore in
> 2.8.6 for Windows.

And I suggest we keep it that way. Committing crime against typography
isn't going to make us popular among professionals.

Alexandre
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Next minor release?

[Jehan Pagès]

Hi,

On Sat, Oct 5, 2013 at 12:19 AM, Alexandre Prokoudine
 wrote:
> On Fri, Oct 4, 2013 at 12:12 PM, Jehan Pagès wrote:
>
>> It was the reason of why italic/bold could not be simulated anymore in
>> 2.8.6 for Windows.
>
> And I suggest we keep it that way. Committing crime against typography
> isn't going to make us popular among professionals.

Well I personally have no opinion there. But I know that some people
liked this. And in this case, I would say that this should not be our
call. If people want simulated italic/bold, why prevent them? The
"professionals" would use fonts with the right faces, that's all. :-)
That does not break anything in the workflow of people who don't want
to use this.

In any case, massively breaking fontconfig is not the way to achieve this. ;-)

Also if we were to make such a change, it would only pertain to
Windows users, because that's the only release where we embed
Fontconfig. Other users, at least on Linux (and I guess OSX too, no?),
would have a system-wide fontconfig already and we are not going to
override the user's custom configuration.

But if a typography erudite wishes to get rid of this "criminal
feature", one just has to delete the following file, and you are done:
/etc/fonts/conf.d/90-synthetic.conf
(that's the Linux most common path. You can just find the equivalent
for another installation/platform)
And that's it! :-)

Jehan


> Alexandre
> ___
> gimp-developer-list mailing list
> List address:gimp-developer-list@gnome.org
> List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Next minor release?

[Alexandre Prokoudine]

On Fri, Oct 4, 2013 at 3:37 PM, Jehan Pagès wrote:

>>> It was the reason of why italic/bold could not be simulated anymore in
>>> 2.8.6 for Windows.
>>
>> And I suggest we keep it that way. Committing crime against typography
>> isn't going to make us popular among professionals.
>
> Well I personally have no opinion there. But I know that some people
> liked this. And in this case, I would say that this should not be our
> call. If people want simulated italic/bold, why prevent them?

Because fake italics and bold faces are an abomination :)

http://tavmjong.free.fr/blog/?p=822

Alexandre
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] HELP with SYMBOLIC icon theme for Gimp.

[jEsuSdA 8)]

Here you can find the bugs :

http://www.pasteall.org/pic/show.php?id=60270


A - I have the symbolic icon, but I can find the widget name to load the
icon. Gimp allways loads this colorful icon and I can not change it.
¿What name has it?

There are no reference in libgimpwidgets documentation about this icon.


B - Same of A. I think solving A maybe can solve this bug.

C - I want to change this icon too. By default, gimp loads the desktop
theme icon folder, but I whant to design and load a symbolic one for
layers groups button.

D - The "eye" or "visibility" icon is designed and loaded on imagerc with:

 stock["gimp-visible"] =
 {
 {"images/stock-eye-12.png", *, *, "gtk-button" },
 {"images/stock-eye-16.png", *, *, "gtk-button" },
 {"images/stock-eye-20.png", *, *, "gtk-button" },
 {"images/stock-eye-24.png", *, *, * }
 }

But Gimp loads the default one instead the symbolic. ¿It has another
name?, ¿How can I change it?


E -  Same as D bug but with the zoom-follow-window button.

The code in imagerc is this:

stock["gimp-zoom-follow-window"] =
 {
   { "images/tools/stock-zoom-follow-window-12.png", *, *,
"gtk-button" },
   { "images/tools/stock-zoom-follow-window-16.png", *, *,
*}
 }

But Gimp loads the default one.



F - Same as D and E but related with default-colors and swap-colors.







Hi again!

Working on gtkrc I have solved F bug and improve the icons visualization.

Now, looks like that:

http://www.pasteall.org/pic/show.php?id=60272


The bug D is almost done: eye icon has changed, bug when clicked, there 
are no "closed eye" showd, so, I need help to solve this.



Thanks.
jEsuSdA 8)




___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Next minor release?

[Jehan Pagès]

Hi,

On Sat, Oct 5, 2013 at 12:42 AM, Alexandre Prokoudine
 wrote:
> On Fri, Oct 4, 2013 at 3:37 PM, Jehan Pagès wrote:
>
 It was the reason of why italic/bold could not be simulated anymore in
 2.8.6 for Windows.
>>>
>>> And I suggest we keep it that way. Committing crime against typography
>>> isn't going to make us popular among professionals.
>>
>> Well I personally have no opinion there. But I know that some people
>> liked this. And in this case, I would say that this should not be our
>> call. If people want simulated italic/bold, why prevent them?
>
> Because fake italics and bold faces are an abomination :)
>
> http://tavmjong.free.fr/blog/?p=822

I understand. I would still not remove the feature altogether. Maybe
there could be a warning when someone requests a bold/italic when
there is no such face and we are simulating them (GIMP does not handle
this, but maybe there is a way for us to get a feedback when this
happens), because I feel that the main issue is not that the feature
exists, but rather that there is no feedback about this from the
software.
If we were to give such a feedback, the typographic erudite would know
to step away from this font, or at least do an informed choice about
the matter.

I would personally not be against a feature request along this line.
Giving the right feedback to users, and making them informed and
active rather than passive in their choices, is totally my view of
things.
If you write such a feature request, please Cc me. :-)

Jehan

Jehan

> Alexandre
> ___
> gimp-developer-list mailing list
> List address:gimp-developer-list@gnome.org
> List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] HELP with SYMBOLIC icon theme for Gimp.

[Simon Budig]

jEsuSdA 8) (lis...@jesusda.com) wrote:
> Working on gtkrc I have solved F bug and improve the icons visualization.

Thanks for your efforts, that indeed looks really great. I'm all for
including it in the main gimp source.

> The bug D is almost done: eye icon has changed, bug when clicked,
> there are no "closed eye" showd, so, I need help to solve this.

I am not sure if I understand the bug: the default theme does not
contain a "closed eye" icon.

Do you see the default eye when the mouse button is pressed down? Then
apparently the stock icon definition for the ACTIVE widget state is
wrong for some reason.

Thanks,
Simon

-- 
  si...@budig.de  http://simon.budig.de/
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] HELP with SYMBOLIC icon theme for Gimp.

[jEsuSdA 8)]

El 04/10/13 13:59, Simon Budig escribió:

The bug D is almost done: eye icon has changed, bug when clicked,
>there are no "closed eye" showd, so, I need help to solve this.

I am not sure if I understand the bug: the default theme does not
contain a "closed eye" icon.

Do you see the default eye when the mouse button is pressed down? Then
apparently the stock icon definition for the ACTIVE widget state is
wrong for some reason.



Thanks Simon,

I was wrong! As you say, there are no "closed eye" icon when layer is 
not visible.


I was confused with Inkscape layers where a "closed eye" are showed when 
visibility is off. :P


Sorry!! :D


One bug less. ¿Some idea about other ones?




Thanks,
 Simon


Thank you very much. ;)
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] HELP with SYMBOLIC icon theme for Gimp.

[Simon Budig]

jEsuSdA 8) (lis...@jesusda.com) wrote:
> A - I have the symbolic icon, but I can find the widget name to load
> the icon. Gimp allways loads this colorful icon and I can not change
> it. ¿What name has it?

This is imported from the default gtk stock icons: "gtk-select-color"

> B - Same of A. I think solving A maybe can solve this bug.

Yeah.

> C - I want to change this icon too. By default, gimp loads the
> desktop theme icon folder, but I whant to design and load a symbolic
> one for layers groups button.

Same here this probably is "gtk-directory"

> E -  Same as D bug but with the zoom-follow-window button.

Hum, no idea about that one. "gimp-zoom-follow-window" should be OK.
 
> F - Same as D and E but related with default-colors and swap-colors.

This should be "gimp-default-colors" and "gimp-swap-colors", they get
used in the size GTK_ICON_SIZE_MENU.

I hope this helps.

Bye,
Simon
-- 
  si...@budig.de  http://simon.budig.de/
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Next minor release?

[Guillermo Espertino (Gez)]

El 04/10/13 05:12, Jehan Pagès escribió:


It was the reason of why italic/bold could not be simulated anymore in
2.8.6 for Windows.
https://bugzilla.gnome.org/show_bug.cgi?id=708110



In my oppinion, that's not a bug, it's an improvement.:-)
Bold and Italics variants should be designed specifically and not simulated.
If the font family doesn't provide such variants, it's better to leave 
it as is and use only the available ones, for the sake of typographic 
quality.


This is an example to follow:
http://tavmjong.free.fr/blog/?p=822

Gez.
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Next minor release?

[sigetch]

You should know the situation for the CJK (Chinese, Japanese, Korean) fonts.
There are more than 15,000 characters to be designed,  so that little font
set has bold and italics face.
In those countries, the bug reported above is very serious and critical.
We have to have options to use simulated bold and italic for those fonts.
-- sigetch


2013/10/4 Guillermo Espertino (Gez) 

> El 04/10/13 05:12, Jehan Pagès escribió:
>
>
>  It was the reason of why italic/bold could not be simulated anymore in
>> 2.8.6 for Windows.
>> https://bugzilla.gnome.org/**show_bug.cgi?id=708110
>>
>
>
> In my oppinion, that's not a bug, it's an improvement.:-)
> Bold and Italics variants should be designed specifically and not
> simulated.
> If the font family doesn't provide such variants, it's better to leave it
> as is and use only the available ones, for the sake of typographic quality.
>
> This is an example to follow:
> http://tavmjong.free.fr/blog/?**p=822
>
> Gez.
>
> __**_
> gimp-developer-list mailing list
> List address:gimp-developer-list@gnome.org
> List membership: https://mail.gnome.org/**mailman/listinfo/gimp-**
> developer-list
>
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] HELP with SYMBOLIC icon theme for Gimp.

[jEsuSdA 8)]

El 04/10/13 14:37, Simon Budig escribió:

jEsuSdA 8) (lis...@jesusda.com) wrote:

A - I have the symbolic icon, but I can find the widget name to load
the icon. Gimp allways loads this colorful icon and I can not change
it. ¿What name has it?


This is imported from the default gtk stock icons: "gtk-select-color"



Great!
I'ts works!





B - Same of A. I think solving A maybe can solve this bug.


Yeah.


But solving A does not solve B and the old coloured icon still appears. 
¿?¿?¿? :(








C - I want to change this icon too. By default, gimp loads the
desktop theme icon folder, but I whant to design and load a symbolic
one for layers groups button.


Same here this probably is "gtk-directory"



Works well now! ;)

I have include the gtk-print to force CMYK color chooser to load the 
symbolic icon instead the gtk one. ;)


I create a "deacoplate tab" icon too.






E -  Same as D bug but with the zoom-follow-window button.


Hum, no idea about that one. "gimp-zoom-follow-window" should be OK.



It does not work.






F - Same as D and E but related with default-colors and swap-colors.


This should be "gimp-default-colors" and "gimp-swap-colors", they get
used in the size GTK_ICON_SIZE_MENU.



Solved with the latest change on gtkrc. :D




I hope this helps.

Bye,
 Simon



Yeah! You help me very much!

Only two small bugs to finish. I think solving B (old gtk-color-select 
icon on tab) could be enought. The zoom-follow-window does not matter so 
much. :D



Any idea about B solution?


Here, a newest screenshot:

http://www.pasteall.org/pic/show.php?id=60281


Thank you very mucho, Simon. ;)
jEsuSdA 8)


___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] layer multi-select

[Matthew Smith]

Hello

I am going to make an effort to get a layer multi-select going. In this 
email I will outline what I hope to achieve and I am asking what would 
be the most effective way to go about submitting a patch that could get 
accepted.


The goal is to be able to select multiple layers, and perform actions on 
the set of selected layers as a whole. Initially the actions would be 
limited to changing the visibility, changing the locked, or moving the 
selected layers to a group. This would be different than creating a 
group of layers because it would be easier to select additional layers 
in the layer dialog by using shift + click for a range of layers or 
ctrl+click to add/remove a layer from the currently selected.


To implement this I want to add multi-select to the layers dialog. Then 
when there are multiple layers selected an action would check for 
multiple layers selected and act accordingly. Similar to using a layer 
group.


I can see writing this two different ways, I am open to suggestions for 
more though. The first way is to use the actual layers dialog and add a 
multi-select to the dialog. Then modify individual actions to check for 
a multiple selection. The second way would be to create a plugin that 
makes a duplicate "layers dialog" with multiple selection. This dialog 
would allow actions that are performed on multiply selected layers.


I have only briefly looked over the code, and I am open to suggestions. 
I think either way would be non-intrusive in the current selection model 
and allow some migration, such that if it works then actions can be 
migrate to using the selected layers instead of the active layer.


Thank you
Matt
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] layer multi-select

[Guillermo Espertino (Gez)]

El 04/10/13 14:57, Matthew Smith escribió:

Hello

I am going to make an effort to get a layer multi-select going. In this
email I will outline what I hope to achieve and I am asking what would
be the most effective way to go about submitting a patch that could get
accepted.


IANAD ;) but wouldn't be better to make this in the gtk3-port branch?
I'm not sure if it's worth to work on anything related to widgets using 
gtk2, considering that the port to gtk3 is planned for the next release 
after 2.10.


Gez.
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] layer multi-select

[Michael Natterer]

On 10/04/2013 09:01 PM, Guillermo Espertino (Gez) wrote:

El 04/10/13 14:57, Matthew Smith escribió:

Hello

I am going to make an effort to get a layer multi-select going. In this
email I will outline what I hope to achieve and I am asking what would
be the most effective way to go about submitting a patch that could get
accepted.


IANAD ;) but wouldn't be better to make this in the gtk3-port branch?
I'm not sure if it's worth to work on anything related to widgets using gtk2,
considering that the port to gtk3 is planned for the next release after 2.10.


Absolutely not, no new features in that branch or rebasing becomes very hard.

Why don't you join us on IRC to discuss the thing? It's hard to give advice
without knowing on what level to start.

--Mitch


___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Next minor release?

[Marco Ciampa]

On Sat, Oct 05, 2013 at 12:57:00AM +1300, Jehan Pagès wrote:
[...]
> I would personally not be against a feature request along this line.
> Giving the right feedback to users, and making them informed and
> active rather than passive in their choices, is totally my view of
> things.
> If you write such a feature request, please Cc me. :-)

More than just feedback ...

feedback + configurable option

to switch it on or off, as you prefer ... in the text panel options or in
the global preference options...

Why not?

-- 


Marco Ciampa

++
| Linux User  #78271 |
| FSFE fellow   #364 |
++
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] HELP with SYMBOLIC icon theme for Gimp.

[Simon Budig]

jEsuSdA 8) (lis...@jesusda.com) wrote:
> >>B - Same of A. I think solving A maybe can solve this bug.
> >
> >Yeah.
> 
> But solving A does not solve B and the old coloured icon still
> appears. ¿?¿?¿? :(

ok, weird.

> I have include the gtk-print to force CMYK color chooser to load the
> symbolic icon instead the gtk one. ;)

Hmm, I don't understand what you mean there.

> >Hum, no idea about that one. "gimp-zoom-follow-window" should be OK.
> 
> It does not work.

Could you do a preliminary release of your theme? That way I could try
it and have a shot at debugging it here.

Bye,
Simon

-- 
  si...@budig.de  http://simon.budig.de/
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] text-tool 'Font' panel & bold/italic simulation for CJK

[Thomas W]

Just trying out the Text Tool UI, re: font simulation.

There's a bit of a usability problem in 2.8.4 -- if you type text, remove
it, change the font-size & click in back in the box to type something else
-- your size setting is always rejected & reverted to the default (18px).

Sigetch is exactly right -- these big fonts need the option of bold/italic
simulation. Occasional circumstances and customers also prefer the
"simulated" look.

I was going to suggest it should be possible to show a small italic "sim"
or "simulated" indicator in the Font UI.. to indicate when a simulated font
has been selected.

I also note that if you click around the place a few times, type text in
different positions & delete it again.. as common when experimenting with
layout.. it leaves a lot of empty text layers as 'garbage' in the layers
box. There's no multi-select there to delete them.


Regards
Tom
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Next minor release?

[Liam R E Quin]

On Fri, 2013-10-04 at 15:42 +0400, Alexandre Prokoudine wrote:

> Because fake italics and bold faces are an abomination :)
That's true for Western typography with the Latin alphabet, in general,
although even there it does have uses, e.g. for display faces used in
light colours on a dark background.

It's not true in general (as has been mentioned) with non-Latin scripts.

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 freenode/#xml

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list