Re: incompetent heretic GTK+ maintainers !

[Andy Tai]

You should come forward and do this yourself.  You have no excuse not to


On Oct 10, 2017 9:00 AM, "Bruggemann Eddie" 
wrote:

> Hi to all the Gtk team,
>
> I wonder why you say that we can handle the native File chooser on Windows,
>
> because the only action which works outside from the MSYS2 environment,
>
> is the /|GtkFileChooserAction = |//|GTK_FILE_CHOOSER_ACTION_OPEN ?|/
>
> /|---|/
>
> /|The others actions doesn't work if you want to distribute a program for
> native Windows.|/
>
> /||//|/||/|//|/|So why lying to the developer putting the
> |/|//|/||//|/|/||/|//|/|GTK_FILE_CHOOSER_ACTION_SAVE into the Gtk-doc,
> |/|/|/|/
>
> /|/|/|/|by the way Gtk-doc is the best documentation generator.|/|/|/|/
>
> /|/|/|/|---|/|/|/|/
>
> /|/|/|/|Breaking the API by every minor change is worse, bad and ugly for
> 3rth part programmers.
> |/|/|/|/
>
> /|/|/|/|---|/|/|/|/
>
> /|/|/|/|I have choose Gtk as G.U.I because I had since the beginning into
> Ubuntu 10.04 a gnome desktop environment
> |/|/|/|/
>
> /|/|/|/|and because at the beginning I used python-gtk as G.U.I.|/|/|/|/
>
> /|/|/|/|I can only make remark you it and say you that I think to switch
> to Qt because of Gtk incompetent maintainers.|/|/|/|/
>
> /|/|/|/|---|/|/|/|/
>
> /|/|/|/|I'm sorry to hurt you but you need a kick in the ass, read the GNU
> maunuals to not do heretics things.|/|/|/|/
>
> /|/|/|/|Retro-compatibility must be fully and Lying to the user is the
> last thing I would do.|/|/|/|/
>
> /|/|/|/|If my program had a bug I would say it into the documentation !
> |/|/|/|/
>
> /|/|/|/|---
> |/|/|/|/
>
> /|/|/|/|In true we trust.|/|/|/|/
>
> /|/|/|/|Thanks for given us a powerful G.U.I library for GNU/Linux and
> UNIX but don't hush up his weakness because nobody is perfect.|/|/|/|/
>
> /|/|/|/|Best regards,|/|/|/|/
>
> /|/|/|/|mrcyberfighter.
> |/|/|/|/
>
> /|/|/|/|
> |/|/|/|/
>
> /|/|/|/|
> |/|/|/|/
>
>
> /||/
>
> /|/||//|
> |/|/
>
> /||/
>
> /||/
>
> /|
> |/
>
>
>
>
> ___
> 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: Misconduct of GTK+/glib Bugtracker Admins

[Andy Tai]

Right.  What happens seems to be that because the Red Hat (or people
working closely with them) are the main developers in gtk+, and they mainly
work on GNOME, they naturally look at the needs of GNOME as the main driver
for their work.  It is hard to say they intentionally work against
non-GNOME environments.

That said, I do hope the gtk+ developers do keep a conscious effort to
avoid GNOME related changes to dominant the future of gtk+--at least making
the gtk+ itself as portable as possible, with minimal tie-up to systemd or
such.  Of course this requires strong non-GNOME developers (especially like
these working on Windows or Mac OSX, or the BSDs (that do not use systemd)
inside the Unix world) to get involved in gtk+ to make sure gtk+ feaure
sets to be implemented on these platforms

On Sun, Jun 7, 2015 at 4:02 PM, Wouter Verhelst w...@uter.be wrote:

 Dude, seriously.

 There is no conspiracy. Red Hat is not an evil empire.

 If you have a problem, spit it out already. Otherwise, ranting about how
 Red Hat is taking over the world!!1! is not doing anyone a favour.
 You've made your point. It would appear that people are not really in
 agreement with you.

 I'm not a Red Hat or GNOME user myself, and I do agree (to some extent)
 that stronger ties between GNOME and GTK is not a good thing. But
 ranting about it on mailinglists is not going to fix that. If you really
 think that GTK is going in the wrong direction, the best way forward is
 to fork it and make it do what you think it *should* be doing. That's
 what the MATE people did when they believed GNOME was going in the wrong
 direction, and it seems they're pretty successful at that.

 If you're not prepared to go there, can you cut the  already?

 kthxbye.

 On Sun, Jun 07, 2015 at 04:10:29PM -0600, IgnorantGuru wrote:
  It's not that I don't believe your experiences, but your rather negative
  interpretation of my motives and methods.  I'm not suggesting such
 developers
  can't be manipulated to do minor things by kissing ass - raging egos
 often
  can be manipulated that way.  How they respond when someone sticks to
 facts
  and relevant viewpoints is what matters - that's professionalism vs
  favoritism and bias.
 
  I don't claim to be the most patient person, and we knew each other
 already,
  but my discussing Red Hat's history on that bug was not anger nor was it
  ranting.  I have a half million visitors to my blog that I have
 discussed all
  of this with plenty.  Ranting in a bug report doesn't make much of a
 dent.
 
  Instead, I was informing others dealing with them that there was a
 history to
  the bug and their preferred solutions, and that some of what was being
 said
  was inaccurate.  I was providing important and very relevant context on
 it
  being an inter-DE issue, and I was disclosing their conflict of interest.
  Even if this involves a company name or a developer's name (and I only
  mentioned them generally), it is relevant to how the bug is being
 addressed,
  and by whom.  The FACTS I presented just happened to be unflattering to
 their
  particular ears, so they thought it was fine to just delete and threaten
  people to remove the information.  Nor is this an isolated case, but
 merely
  one of a long series of examples.
 
  They conduct themselves as tyrants, simply put, and this project's
  contributors seem to be whipped into accepting such treatment.  I'm
 surprised
  to see a considerate person like yourself defending their behavior.  I
 have
  no hatred of them - the internet is full of arrogant fools.  Yet putting
 them
  in charge of your project and doing as they say is another matter.
 
  You also give them a benefit of the doubt I do not.  To me, their reason
 for
  instantly responding to and commanding all such bug reports is to control
  their direction for Red Hat and ilk.  To this end, they largely obstruct,
  rather than resolve.  Remember, these are not just good-hearted fellows
  donating their time.  They're paid by a very large corporation and do
 what
  they're told to do, and don't do what they're not told to do.  And that
 very
  large corporation has different views on direction than most users of
 GTK+.
  So you needn't defend them - they have plenty of PR people  and money to
 take
  care of that.
 
  You might start defending the interests of yourself and libre software
  development instead, as I'm sure they're not the same as Red Hat's
 interests.
 
  ___
  gtk-app-devel-list mailing list
  gtk-app-devel-list@gnome.org
  https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

 --
 It is easy to love a country that is famous for chocolate and beer

   -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26
 ___
 gtk-app-devel-list mailing list
 gtk-app-devel-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list




-- 
Andy Tai, a...@atai.org, Skype: licheng.tai

Re: Simple GTKMM front-end

[Andy Tai]

come on... gtkmm is LGPL...

On Mon, Sep 19, 2011 at 11:01 PM, John Emmas john...@tiscali.co.uk wrote:

 On 16 Sep 2011, at 22:12, Daniel sea McChlery wrote:

 Hi all!
   First, some background:
   I'm with a startup that has developed a new type of database for the use
 of some cool A.I. projects. We want to sell this database and to do so we
 require a nice demo that we can show to some investors.

 Hmmm...  unlikely you want a gtkmm front end then.  Remember that gtkmm is 
 licensed under the GNU General Public License.  This gives you free access to 
 gtkmm and various other stuff - but in return, you must agree to give away 
 all your own source code along with any binaries you distribute.

 John

 ___
 gtk-app-devel-list mailing list
 gtk-app-devel-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list




-- 
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2011 民國100年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: how gtk+ display Chinese on windows

[Andy Tai]

地球人當用統一碼

2011/8/1 czk czon...@gmail.com

 哥们，你要确定使用大是UTF-8编码。天朝的Windows汉字使用的是GB2312编码。gtk使用pango来排版渲染文本，只认UTF-8编码。

 在 2011年8月1日 下午7:46，涂友武 woods2...@126.com写道：

  Hi:
   everybody.
   I'm writing program in gtk+ on windows, I don't know how to display
  Chinese on my platform: windows xp + GTK+, could you guys give me some
  useful advise?
 
 
  --
 
 
  南京航空航天大学 计算机专业 涂友武
 
  联系方式：15298394701 QQ:276362907
  ___
  gtk-app-devel-list mailing list
  gtk-app-devel-list@gnome.org
  http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
 ___
 gtk-app-devel-list mailing list
 gtk-app-devel-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list




-- 
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2011 民國100年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

gtk+ 2 handling of X primary selection not optimal?

[Andy Tai]

Hi, with gtk+ 2.20 (as in Debian 6) if you use the left mouse button to
select text, over standard gtk+ text widgets, such as the about box of a
gtk+ program, it seems the X primary selection is updated every time you
select one more character (as you drag).  This is not the behavior when
dragging (selecting text) over web pages in Firefox, text in X term, or text
in gnome-term, where the X primary selection is updated only after the user
has released the button after finishing dragging.  One would assume the gtk+
behavior increases CPU load and decreases the GUI performance...

Andy

-- 
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2011 民國100年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Animating widgets

[Andy Tai]

A related question, one can assume that animation, when possible,  is to be
done with gtk+ on top of Clutter.  Then how can gtk+ programs be written to
support animation and to properly degrade on platforms where the animation
is not supported?  For example, with gtk+3, can it support, on showing a
window,  the window sliding in from the left when using Clutter, but the
window simply opens when running on top of the plain X11, all with the same
application logic?

Also, is gtk+ 3 aware of the animation events (such as callbacks when the
animation play is complete)?  Or such events are only handled at the Clutter
level, and gtk+ widgets know nothing of them?

2011/1/14 Erick Pérez Castellanos erick@gmail.com

 Hi:

 I want to know if there's anyway i can animate widgets with Gtk. For
 instance, I have a GtkBin with a GtkEntry container and I want to changed
 for a GtkTextView on certain event, and I want the switch to be animated,
 slide in/out, fade in/out, things like that.
 As far as I got with Gtk2 that's not possible so far, Am I right ?
 Would this be possible with Gtk3 ?
 If it is, can someone put in the right direction ?

 Thxs
 ___
 gtk-app-devel-list mailing list
 gtk-app-devel-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list




-- 
Andy Tai, a...@atai.org
Year 2011 民國100年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Clutter and gtk+

[Andy Tai]

Hi, I am just curious what is the current supported extent of integration of
Clutter with gtk+; by that I mean, can gtk+ use Clutter as a backend, or can
gtk+ widget be placed on Clutter actors and have all interaction supported?

If this is possible, you can have, say, GIMP running inside a 3D world of
Clutter, and gtk+ apps can work anywhere Clutter can run, on top of X,
Wayland, or  some framebuffer...
-- 
Andy Tai, a...@atai.org
Year 2010 民國99年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list