GNUstep don't use the images of current theme. For example, if set
Neos theme I don't see the images of this theme.
Germán.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Hi,
Germán Arias wrote:
GNUstep don't use the images of current theme. For example, if set
Neos theme I don't see the images of this theme.
I noticed the same too.. I wanted to udpate certain details in Neos..
and just checking the existing, wroking version I notice that the UI
elements get th
Hey Riccardo,
Quentin reworked gui's code for handling theme images during the hackathon,
to make the process for creating new themes saner. (we fixed the problem
where themes had to provide each image under several names, e.g.
common_SwitchOff and and NSSwitchOff) This may have broken existing
th
Hi,
Eric Wasylishen wrote:
Hey Riccardo,
Quentin reworked gui's code for handling theme images during the
hackathon, to make the process for creating new themes saner. (we
fixed the problem where themes had to provide each image under several
names, e.g. common_SwitchOff and and NSSwitchOff)
Hi,
just as reference, these are the images currently part of the Sleek
theme of CVS, which is the most comprehensive theme at the moment:
$ ls -p Sleek.theme/Resources/ThemeImages/
CVS/
common_3DArrowRight.tiff
common_Desktop.tif
common_Dimple.tif
common_DimpleHoriz.tif
common_DocsFolder.tif
Eric,
The theme image replacement code was buggy, but it worked better than
nothing. So, what you're saying is, we now have nothing. I'm not sure I
see how this improves the situation.
Is it possible to put some code in to replace this which will perform a
similar function? Also, the issue w
On 2013-07-15 11:10:50 -0600 Eric Wasylishen wrote:
> Hey Riccardo,
> Quentin reworked gui's code for handling theme images during the hackathon,
> to make the process for creating new themes saner. (we fixed the problem
> where themes had to provide each image under several names, e.g.
> common_
Hi Greg,
There were several things we tried to do:
- make a clearly defined set of image names (listed in
Headers/Additions/GNUstepGUI/GSTheme.h ) for themes to override. Currently we
just have GSSwitch and GSRadio listed there.
- make the image names for themes to override describe what the
Hi,
Eric Wasylishen wrote:
Hi Greg,
There were several things we tried to do:
- make a clearly defined set of image names (listed
in Headers/Additions/GNUstepGUI/GSTheme.h ) for themes to override.
Currently we just have GSSwitch and GSRadio listed there.
- make the image names for themes
On 2013-07-17 17:19:13 -0600 Riccardo Mottola
wrote:
>
>> The change that breaks existing themes is that the images now have to be
>> listed in the theme's plist in a GSThemeImages dictionary. Perhaps
>> requiring this is not the way to go.
>>
> I actually found that working without a diction
On 18 Jul 2013, at 00:19, Riccardo Mottola wrote:
> Hi,
>
> Eric Wasylishen wrote:
>> Hi Greg,
>>
>> There were several things we tried to do:
>>
>> - make a clearly defined set of image names (listed in
>> Headers/Additions/GNUstepGUI/GSTheme.h ) for themes to override. Currently
>> we jus
Hi Richard,
Le 18 juil. 2013 à 10:18, Richard Frith-Macdonald a écrit :
> On 18 Jul 2013, at 00:19, Riccardo Mottola wrote:
>
>> Hi,
>>
>> Eric Wasylishen wrote:
>>> Hi Greg,
>>>
>>> There were several things we tried to do:
>>>
>>> - make a clearly defined set of image names (listed in
>>>
Hi,
Quentin Mathé wrote:
The main motivation behind the change was to make easier to port existing
themes. For porting a pixmap theme, I think Thematic is not the right choice.
The porting should be simple as possible: put the images in some directories
inside a theme bundle and just edit som
Hi,
Le 20 juil. 2013 à 16:26, Riccardo Mottola a écrit :
> Hi,
>
> Quentin Mathé wrote:
>> The main motivation behind the change was to make easier to port existing
>> themes. For porting a pixmap theme, I think Thematic is not the right
>> choice. The porting should be simple as possible: put
Hi Quentin,
Quentin Mathé wrote:
Hi,
Le 20 juil. 2013 à 16:26, Riccardo Mottola a écrit :
Thematic is just a thin layer above GSTheme and the theme bundle format is easy
to edit directly (color lists put aside), so I don't see why Thematic should be
used all the time.
Just a rpeferred way to
Le 23 juil. 2013 à 15:07, Riccardo Mottola a écrit :
> Hi Quentin,
>
> Quentin Mathé wrote:
>> Hi,
>>
>> Color customization needs some serious improvements, I agree.
> I will have a look at my theme which is currently just a color-scheme from
> the old color-schemes and report my needs separa
On 2013-07-23 07:07:40 -0600 Riccardo Mottola
wrote:
> Now whough another issue appeard, which i fear is related: Thematic doesn't
> load themes anymore. It will jut tell:
>
> Unable to load theme into work area from
> /home/multix/gnustep-src/gap/bundles/themes/Neos.theme
>
> with any theme
Le 23 juil. 2013 à 16:59, Quentin Mathé a écrit :
> Le 23 juil. 2013 à 15:07, Riccardo Mottola a écrit :
>
>> Unable to load theme into work area from
>> /home/multix/gnustep-src/gap/bundles/themes/Neos.theme
>
> That's weird. Yesterday I tried to load several themes in Thematic, and they
> go
Hi,
the topic changes here, since theme loading works in GS now, the problem
is Thematic which may be unrelated.
On Wed, 24 Jul 2013 23:17:02 +0200, Quentin Mathé wrote:
I'm going to update my GNUstep core installation and see if I can
reproduce the issue.
I managed to reproduce the s
19 matches
Mail list logo
