Re: g_date_time_format not utf8 under win?

[Joël Krähemann]

Hi

you might want to use before gtk_init():

  putenv("LC_ALL=C.UTF-8\0");
  putenv("LANG=C.UTF-8\0");

Bests,
Joël


On Tue, Oct 11, 2016 at 9:11 AM, Andrea Zagli  wrote:

> i use g_date_time_format %A to get the full weekday name
>
> but under win i saw that the function returns not an utf8 string but an
> iso-8859-1 (that i think is my win10 locale)
>
> is that a bug?
> ___
> gtk-app-devel-list mailing list
> gtk-app-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
>
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: GTK menus on Ubuntu

[Allin Cottrell]

On Tue, 11 Oct 2016, Jason Benjamin wrote:


On Wed, 5 Oct 2016 21:11:41 -0400 (EDT)
Allin Cottrell  wrote:


I'm wondering if anyone knows the machanism whereby Ubuntu
"commandeers" the main menu system of a GTK application and sticks
it into the global top-of-screen menu bar, or combines it with the
application-window title bar? I'm talking about a "traditional",
non-CSD GTK application, where the "natural" location for the main
menu system is at the top of the program's window but underneath the
window's title bar as added by a WM.


I am familiar with this "distribution", if you could link some
screenshots with details for the different operating systems that would
help. That could be difficult, but if you need to use VirtualBox or
something.  I may not be able to give you an answer with the little
time I have right now, but at least someone else may be able to with a
more comparable question.


Thanks, Jason. I think I now have a better handle on what's going on. 
It seems that the code responsible for the effect I mentioned is
unity-gtk-module, a "GTK+ module for exporting old-style menus as 
GMenuModels". There's a mechanism for "blacklisting" applications so 
they're not subject to this treatment, and there's also a relevant 
environment variable, UBUNTU_MENUPROXY: I gather that if this is set 
to 0 then unity-gtk-module doesn't kick in.


It seems to me that Ubuntu would have been better to adopt a 
"whitelist" approach -- that is, apply this mechanism only to programs 
that have been properly tested as working well under it. In the case 
of my application the main menus are set up using the GtkUIManager and 
GtkAction APIs, and the trouble (or one trouble) with unity-gtk-module 
is that calls to gtk_action_set_sensitive() are not getting through to 
the "hijacked" menus. It's hard to believe that my app is the only one 
to get broken in this way.


--
Allin Cottrell
Department of Economics
Wake Forest University, NC
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: GTK+ with Broadway

[Igor D]

Hi Dan,

I don't need real time graphing or something like that. It should work only
after triggers from user.

I don't remember exactly which feature was missed. I'll recheck.

Your inputs are optimistic :-)

Thanks a lot for the help.
Igor



On Thu, Oct 13, 2016 at 2:04 PM, Daniel Kasak 
wrote:

> On Thu, Oct 13, 2016 at 5:31 PM, Igor D  wrote:
>
> > Hi,
> >
> > Thanks for prompt reply.
> >
> > Yes, I have couple of specific concerns:
> > 1. Performance. I'm not looking for something special but expect
> something
> > reasonable. My few experiments show
> > that performance may be too low.
>
> I haven't seen bad performance in terms of user experience, though I
> have noticed high CPU usage in the broadwayd process(es). My very
> rough guess is that you can support somewhere between 2-3 times the
> number of active users as CPU cores on your system before users start
> to notice. I've never done any stress-testing to see what exactly
> would happened if you pushed this limit. I guess if you're trying to
> deliver to more users than this model supports, you're entering "real"
> web-app development. Out of interest, what kind of applications are
> you considering distributing?
>
> It will depend a lot on what your app is doing I guess. Real-time
> graphing or apps where there is constant rendering happening ( eg text
> flying past in a log viewer ) will consume a lot more CPU than an app
> that sits still and waits for a user to do something.
>
> I've also noticed that broadway gives a much better experience than
> VNC. VNC is laggy and has rendering glitches. Broadway is pretty
> impressive under conditions where VNC degrades badly.
>
> > 2. Reduced feature set, comparing to GTK without broadway. I found few
> minor
> > differences but this makes me afraid that it might be more.
>
> I haven't noticed any reduced features at all. You may have to set
> some environment variables to activate things like gtk+ themes and
> icon packs, but I haven't found anything with broadway that doesn't
> work as I expect from a regular X11 experience. What differences have
> you seen? If it's just things like icon packs, it might be worth
> documenting what's needed to get on-par with X11.
>
> Dan
>
> >
> > Thanks,
> > Igor
> >
> > On Thu, Oct 13, 2016 at 1:21 AM, Daniel Kasak 
> > wrote:
> >>
> >> I've been using it on+off for a couple of years. As far as widget
> >> toolkit functionality goes, it's a stable platform for me. Security is
> >> not handled by broadway, except for basic password authentication ( 1
> >> password per linux user who runs broadway apps ). I posted on this
> >> topic a little while back:
> >>
> >> http://tesla.duckdns.org/transparent-proxy-for-
> broadway-gtk3-html5-backend/
> >>
> >> Are you after some info in particular?
> >>
> >> Dan
> >>
> >> On Thu, Oct 13, 2016 at 5:49 AM, Igor D  wrote:
> >> > Hi,
> >> >
> >> > I wonder if someone have practical experience with GTK+ with Broadway.
> >> > I'll be glad to have feedback.
> >> >
> >> > Thanks
> >> > Igor
> >> >
> >> > ___
> >> > gtk-list mailing list
> >> > gtk-list@gnome.org
> >> > https://mail.gnome.org/mailman/listinfo/gtk-list
> >> >
> >
> >
>
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list

Re: GTK+ with Broadway

[Daniel Kasak]

On Thu, Oct 13, 2016 at 5:31 PM, Igor D  wrote:

> Hi,
>
> Thanks for prompt reply.
>
> Yes, I have couple of specific concerns:
> 1. Performance. I'm not looking for something special but expect something
> reasonable. My few experiments show
> that performance may be too low.

I haven't seen bad performance in terms of user experience, though I
have noticed high CPU usage in the broadwayd process(es). My very
rough guess is that you can support somewhere between 2-3 times the
number of active users as CPU cores on your system before users start
to notice. I've never done any stress-testing to see what exactly
would happened if you pushed this limit. I guess if you're trying to
deliver to more users than this model supports, you're entering "real"
web-app development. Out of interest, what kind of applications are
you considering distributing?

It will depend a lot on what your app is doing I guess. Real-time
graphing or apps where there is constant rendering happening ( eg text
flying past in a log viewer ) will consume a lot more CPU than an app
that sits still and waits for a user to do something.

I've also noticed that broadway gives a much better experience than
VNC. VNC is laggy and has rendering glitches. Broadway is pretty
impressive under conditions where VNC degrades badly.

> 2. Reduced feature set, comparing to GTK without broadway. I found few minor
> differences but this makes me afraid that it might be more.

I haven't noticed any reduced features at all. You may have to set
some environment variables to activate things like gtk+ themes and
icon packs, but I haven't found anything with broadway that doesn't
work as I expect from a regular X11 experience. What differences have
you seen? If it's just things like icon packs, it might be worth
documenting what's needed to get on-par with X11.

Dan

>
> Thanks,
> Igor
>
> On Thu, Oct 13, 2016 at 1:21 AM, Daniel Kasak 
> wrote:
>>
>> I've been using it on+off for a couple of years. As far as widget
>> toolkit functionality goes, it's a stable platform for me. Security is
>> not handled by broadway, except for basic password authentication ( 1
>> password per linux user who runs broadway apps ). I posted on this
>> topic a little while back:
>>
>> http://tesla.duckdns.org/transparent-proxy-for-broadway-gtk3-html5-backend/
>>
>> Are you after some info in particular?
>>
>> Dan
>>
>> On Thu, Oct 13, 2016 at 5:49 AM, Igor D  wrote:
>> > Hi,
>> >
>> > I wonder if someone have practical experience with GTK+ with Broadway.
>> > I'll be glad to have feedback.
>> >
>> > Thanks
>> > Igor
>> >
>> > ___
>> > gtk-list mailing list
>> > gtk-list@gnome.org
>> > https://mail.gnome.org/mailman/listinfo/gtk-list
>> >
>
>
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list

Re: GTK+ with Broadway

[Igor D]

Hi,

Thanks for prompt reply.

Yes, I have couple of specific concerns:
1. Performance. I'm not looking for something special but expect something
reasonable. My few experiments show
that performance may be too low.
2. Reduced feature set, comparing to GTK without broadway. I found few
minor differences but this makes me afraid that it might be more.

Thanks,
Igor

On Thu, Oct 13, 2016 at 1:21 AM, Daniel Kasak 
wrote:

> I've been using it on+off for a couple of years. As far as widget
> toolkit functionality goes, it's a stable platform for me. Security is
> not handled by broadway, except for basic password authentication ( 1
> password per linux user who runs broadway apps ). I posted on this
> topic a little while back:
> http://tesla.duckdns.org/transparent-proxy-for-
> broadway-gtk3-html5-backend/
>
> Are you after some info in particular?
>
> Dan
>
> On Thu, Oct 13, 2016 at 5:49 AM, Igor D  wrote:
> > Hi,
> >
> > I wonder if someone have practical experience with GTK+ with Broadway.
> > I'll be glad to have feedback.
> >
> > Thanks
> > Igor
> >
> > ___
> > gtk-list mailing list
> > gtk-list@gnome.org
> > https://mail.gnome.org/mailman/listinfo/gtk-list
> >
>
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list