I suggest SyslogHandler in logging package to centralize all logs .
http://docs.python.org/library/logging.html#sysloghandler
In my opinion, rotating, parsing, filtering logs is a different task (for a
sysadmin not a developper).
I'm doing this for all my projects at work :
- using SyslogHand
Octavian Rasnita, 19.01.2011 07:10:
aren't the Pyton bytecode-compiled files considered secure enough?
Can they be easily decompiled?
Yes.
Stefan
--
http://mail.python.org/mailman/listinfo/python-list
On Jan 18, 4:04 am, Peter Otten <__pete...@web.de> wrote:
>
> What's the advantage of 'find ... | xargs ...' over 'find ... -exec ...'?
Portability. Running the '-exec' version will work fine in a directory
with a relatively small number of files, but will fail on a large one.
'xargs', which is de
From: "rantingrick"
You know we Python programmers are professional debaters. This has
been my take on the Python community. However without the virtues of
compromise and community spirit all we are going to do is fight like
cats and dogs forever to the very detriment of the very community we
wi
From: "Stefan Behnel"
Octavian Rasnita, 19.01.2011 07:10:
aren't the Pyton bytecode-compiled files considered secure enough?
Can they be easily decompiled?
Yes.
Stefan
Would it be hard to introduce the possibility of adding encryption of the
bytecode similar to what the Zend encoder doe
Octavian Rasnita, 19.01.2011 11:31:
From: "Stefan Behnel"
Octavian Rasnita, 19.01.2011 07:10:
aren't the Pyton bytecode-compiled files considered secure enough?
Can they be easily decompiled?
Yes.
FYI, just take a look at the 'dis' module. There are also decompilers
available. IIRC, one is
On 2011-01-19, Tim Roberts wrote:
> Tim Harig wrote:
>>On 2011-01-17, carlo wrote:
>>
>>> 2- If that were true, can you point me to some documentation about the
>>> math that, as Mark says, demonstrates this?
>>
>>It is true because UTF-8 is essentially an 8 bit encoding that resorts
>>to the ne
On Jan 18, 3:23 pm, "Octavian Rasnita" wrote:
> From: "Alexander Kapps"
>
> > Tkinter causes damage? Very bad damage? What are you talking about?
>
> I am talking about the fact that Python promotes Tkinter, and many beginners
> will start using it, and they will start creating applications with
On Jan 19, 1:37 am, "Octavian Rasnita" wrote:
>
> The users shouldn't want something better. Everyone should create GUIs which
> are accessible for everyone by default, without making any special effort
> for doing this.
Accessibility always requires special effort, and I don't see how
changing t
On Jan 19, 1:37 am, "Octavian Rasnita" wrote:
>
> Most of the programmers don't know that and they don't even need to know
> that, but if a lib that create accessible GUIS would be promoted, most of
> the Python programmers would use that lib and would create good apps by
> default, without even k
On Wed, 19 Jan 2011 11:34:53 + (UTC)
Tim Harig wrote:
> That is why the FAQ I linked to
> says yes to the fact that you can consider UTF-8 to always be in big-endian
> order.
It certainly doesn't. Read better.
> Essentially all byte based data is big-endian.
This is pure nonsense.
--
htt
Considering you post contained no information or evidence for your
negations, I shouldn't even bother responding. I will bite once.
Hopefully next time your arguments will contain some pith.
On 2011-01-19, Antoine Pitrou wrote:
> On Wed, 19 Jan 2011 11:34:53 + (UTC)
> Tim Harig wrote:
>> Th
Octavian,
Thank you for clearly articulating your concern that Tk does not provide
any support for screen readers.
While I believe that people can have legitimate differences of opinion
as to whether this merits its removal/replacement from stdlib, there is
no question that this is a serious a
On Wed, 19 Jan 2011 14:00:13 + (UTC)
Tim Harig wrote:
>
> - Q: Can a UTF-8 data stream contain the BOM character (in UTF-8 form)? If
> - yes, then can I still assume the remaining UTF-8 bytes are in big-endian
> ^^
> - or
On Tue, 18 Jan 2011 00:58:14 -0800, jmfauth wrote:
> It is now practically impossible to launch a Python application via a
> .pyc file.
When has that ever been possible?
.pyc files are Python byte-code. You can't run them directly using Python
(except via the import machinery), you can't run
Mark/Octavian,
It sounds like Tka11y (spelled with the digit '1' vs. the letter 'L')
addresses this problem for Linux users.
According to its website, adding accessability support is as simple as
changing one import statement.
Details follow my signature.
Malcolm
Tka11y - Tk Accessibility
htt
On 19 Jan 2011 14:42:14 GMT
Steven D'Aprano wrote:
> On Tue, 18 Jan 2011 00:58:14 -0800, jmfauth wrote:
>
> > It is now practically impossible to launch a Python application via a
> > .pyc file.
>
>
> When has that ever been possible?
>
>
> .pyc files are Python byte-code. You can't run them
On Jan 19, 9:00 am, Tim Harig wrote:
>
> So, you can always assume a big-endian and things will work out correctly
> while you cannot always make the same assumption as little endian
> without potential issues. The same holds true for any byte stream data.
You need to spend some serious time pro
On 2011-01-19, geremy condra wrote:
> On Tue, Jan 18, 2011 at 3:54 PM, rantingrick wrote:
>>
>> And were the hell is Steve Holden? Why has he not weighed in on these
>> (or any) discussions. He (Steve Holden) is second in command to the
>> entire community. Yet we have yet to hear a peep from thi
On 2011-01-19, Adam Skutt wrote:
> On Jan 19, 9:00 am, Tim Harig wrote:
>> That is why I say that byte streams are essentially big endian. It is
>> all a matter of how you look at it.
>
> It is nothing of the sort. Some byte streams are in fact, little
> endian: when the bytes are combined into
On 2011-01-19, Antoine Pitrou wrote:
> On Wed, 19 Jan 2011 14:00:13 + (UTC)
> Tim Harig wrote:
>> UTF-8 has no apparent endianess if you only store it as a byte stream.
>> It does however have a byte order. If you store it using multibytes
>> (six bytes for all UTF-8 possibilites) , which is
From: "Adam Skutt"
On Jan 18, 3:23 pm, "Octavian Rasnita" wrote:
> From: "Alexander Kapps"
>
> > Tkinter causes damage? Very bad damage? What are you talking about?
>
> I am talking about the fact that Python promotes Tkinter, and many beginners
> will start using it, and they will start creati
From: "Adam Skutt"
On Jan 19, 1:37 am, "Octavian Rasnita" wrote:
>
> Most of the programmers don't know that and they don't even need to know
> that, but if a lib that create accessible GUIS would be promoted, most of
> the Python programmers would use that lib and would create good apps by
> def
From: "Mark Roseman"
> Octavian,
>
> Thank you for clearly articulating your concern that Tk does not provide
> any support for screen readers.
>
> While I believe that people can have legitimate differences of opinion
> as to whether this merits its removal/replacement from stdlib, there is
From: "Adam Skutt"
On Jan 19, 1:37 am, "Octavian Rasnita" wrote:
>
> The users shouldn't want something better. Everyone should create GUIs which
> are accessible for everyone by default, without making any special effort
> for doing this.
> Accessibility always requires special effort, and I do
On Wed, 19 Jan 2011 16:03:11 + (UTC)
Tim Harig wrote:
>
> For many operations, it is just much faster and simpler to use a single
> character based container opposed to having to process an entire byte
> stream to determine individual letters from the bytes or to having
> adaptive size contai
My "nightmare" was mainly due, because when I read the
the "What's new?", I did not understand too much this
caching stuff. It's only later, after testing some
applications, I really got the surprise to understand
it. (Py3.1 and Py3.2 pyc's mixture).
Having said this, to tell you the truth. I do r
From:
> Mark/Octavian,
>
> It sounds like Tka11y (spelled with the digit '1' vs. the letter 'L')
> addresses this problem for Linux users.
>
> According to its website, adding accessability support is as simple as
> changing one import statement.
>
> Details follow my signature.
>
> Malcolm
>
On Jan 19, 10:41 am, "Octavian Rasnita" wrote:
>
> Not true. WxPython uses wxWIDGETS which uses the default OS widgets which
> usually offer the accessibility features.
> (At least under Windows, but most users that need accessibility use Windows
> anyway).
>
Right, under Windows, which is a pr
On Jan 19, 11:09 am, "Octavian Rasnita" wrote:
> From: "Adam Skutt"
> > Accessibility always requires special effort, and I don't see how
> > changing toolkits gets away from this.
>
> This is the most false thing I ever heard and the most dangerous.
O RLY? http://www.wxwidgets.org/docs/techno
On 2011-01-19, Octavian Rasnita wrote:
> From: "Adam Skutt"
>> If you want functional accessibility support, you're going to have to
>> write it in Python yourself, and get the accessibility manufacturers
>> to support it. All of the cross-platform toolkits have poor to non-
>> existent accessi
On Wed, Jan 19, 2011 at 2:31 AM, Octavian Rasnita wrote:
> From: "Stefan Behnel"
>>
>> Octavian Rasnita, 19.01.2011 07:10:
>>>
>>> aren't the Pyton bytecode-compiled files considered secure enough?
>>> Can they be easily decompiled?
>>
>> Yes.
>>
>> Stefan
>>
>
>
> Would it be hard to introduce t
Hi, I've been trying to track down a familiar concurrency problem
without any success:
Unhandled exception in thread started by
Error in sys.excepthook:
Original exception was:
I realize that this is due to a background thread still being alive
and kicking when the application terminates (ie, a m
H₂0.py writes:
> On Jan 18, 4:04 am, Peter Otten <__pete...@web.de> wrote:
>>
>> What's the advantage of 'find ... | xargs ...' over 'find ... -exec ...'?
>
> Portability. Running the '-exec' version will work fine in a directory
> with a relatively small number of files, but will fail on a large
On Wed, 19 Jan 2011 08:30:12 -0800 (PST)
jmfauth wrote:
> Yes, I can launch a pyc, when I have a single file.
> But what happens, if one of your cached .pyc file import
> a module with a name as defined in the parent directory?
> The machinery is broken. The parent dir is not in the
> sys.path.
W
On 2011-01-19, Antoine Pitrou wrote:
> On Wed, 19 Jan 2011 16:03:11 + (UTC)
> Tim Harig wrote:
>>
>> For many operations, it is just much faster and simpler to use a single
>> character based container opposed to having to process an entire byte
>> stream to determine individual letters from
On Wed, 19 Jan 2011 18:02:22 + (UTC)
Tim Harig wrote:
> On 2011-01-19, Antoine Pitrou wrote:
> > On Wed, 19 Jan 2011 16:03:11 + (UTC)
> > Tim Harig wrote:
> >>
> >> For many operations, it is just much faster and simpler to use a single
> >> character based container opposed to having t
> On Jan 18, 9:54 pm, Adam Skutt wrote:
>> On Jan 18, 9:27 pm, Corey Richardson wrote:
>> At which point, it's pretty damn
>> small. Not as small as all of the Tk functionality, I think, but well
>> under 10MiB compressed.
>
> Yea but look at all your gaining. I would rather sacrifice a few megs
On Jan 19, 7:03 pm, Antoine Pitrou wrote:
> On Wed, 19 Jan 2011 08:30:12 -0800 (PST)
>
> jmfauth wrote:
> > Yes, I can launch a pyc, when I have a single file.
> > But what happens, if one of your cached .pyc file import
> > a module with a name as defined in the parent directory?
> > The machine
On 2011-01-19, geremy condra wrote:
> On Wed, Jan 19, 2011 at 2:31 AM, Octavian Rasnita wrote:
>> Would it be hard to introduce the possibility of adding encryption of the
>> bytecode similar to what the Zend encoder does for PHP or Filter::Crypto for
>> Perl?
>
> The iron law of cryptography: t
On 2011-01-19, Antoine Pitrou wrote:
> On Wed, 19 Jan 2011 18:02:22 + (UTC)
> Tim Harig wrote:
>> Converting to a fixed byte
>> representation (UTF-32/UCS-4) or separating all of the bytes for each
>> UTF-8 into 6 byte containers both make it possible to simply index the
>> letters by a const
On Jan 19, 6:42 am, Steven D'Aprano wrote:
> But having said that, the __pycache__ idea isn't too bad. If you have
> this directory structure:
>
> ./module.py
> ./module.pyc
>
> and import module, the top-level .pyc file will continue to be used.
Nope. PEP 3147 says it now always uses __pycache_
On Wed, Jan 19, 2011 at 10:22 AM, wrote:
>
> Now I think I understand a little better where you all are coming from --
> I am a Unix person and I guess I expected to have to learn GUI's using
> whatever is provided for me by default. Which isn't a bad thing. And if
> I had to add additional sof
On Wed, Jan 19, 2011 at 11:37 AM, geremy condra wrote:
> No, it's about other operating systems too, but what it comes down to
> is that rantingrick has been on the warpath about tkinter for a while,
> and hasn't proposed a particularly viable alternative. The sad thing
> is that if he weren't so
On Wed, 19 Jan 2011 19:18:49 + (UTC)
Tim Harig wrote:
> On 2011-01-19, Antoine Pitrou wrote:
> > On Wed, 19 Jan 2011 18:02:22 + (UTC)
> > Tim Harig wrote:
> >> Converting to a fixed byte
> >> representation (UTF-32/UCS-4) or separating all of the bytes for each
> >> UTF-8 into 6 byte con
On 20 January 2011 06:16, Grant Edwards wrote:
> On 2011-01-19, geremy condra wrote:
> > On Wed, Jan 19, 2011 at 2:31 AM, Octavian Rasnita
> wrote:
>
> >> Would it be hard to introduce the possibility of adding encryption of
> the
> >> bytecode similar to what the Zend encoder does for PHP or F
- Original Message -
From: "geremy condra"
To:
Cc: "rantingrick" ;
Sent: Wednesday, January 19, 2011 11:37 AM
Subject: Re: Tkinter: The good, the bad, and the ugly!
On Wed, Jan 19, 2011 at 10:22 AM, wrote:
Now I think I understand a little better where you all are coming from -
On 1/19/2011 11:37 AM geremy condra said...
On Wed, Jan 19, 2011 at 10:22 AM, wrote:
And aren't some of these libraries developed by 3rd parties?
Any library to replace tkinter would come from a third party, yes.
And how is that handled by the people in charge?
Again, there aren't rea
On Wed, 19 Jan 2011 16:00:20 +0100, Antoine Pitrou wrote:
>> .pyc files are Python byte-code. You can't run them directly using
>> Python (except via the import machinery), you can't run them as a
>> script, they're not machine code. Unless you write a wrapper to import
>> the file as a module, y
From: "geremy condra"
> On Wed, Jan 19, 2011 at 2:31 AM, Octavian Rasnita wrote:
>> From: "Stefan Behnel"
>>>
>>> Octavian Rasnita, 19.01.2011 07:10:
aren't the Pyton bytecode-compiled files considered secure enough?
Can they be easily decompiled?
>>>
>>> Yes.
>>>
>>> Stefan
>>>
>
From: "Adam Skutt"
> wxWidgets' support is completely inadequate for a true cross-platform
> system, the developers are aware of this and acknowledge this and
> believe a rewrite is necessary. Thus, it is currently really in no
> better state than Tk.
It depends on what you mean by a "true cross
From: "Grant Edwards"
> On 2011-01-19, Octavian Rasnita wrote:
>> From: "Adam Skutt"
>
>>> If you want functional accessibility support, you're going to have to
>>> write it in Python yourself, and get the accessibility manufacturers
>>> to support it. All of the cross-platform toolkits have p
From: "Adam Skutt" On Jan 19, 11:09 am, "Octavian Rasnita"
wrote:
> From: "Adam Skutt"
> > Accessibility always requires special effort, and I don't see how
> > changing toolkits gets away from this.
>
> This is the most false thing I ever heard and the most dangerous.
O RLY? http://www.wxwid
On Wed, 19 Jan 2011 12:45:22 -0800, Patty wrote:
> On Wed, Jan 19, 2011 at 10:22 AM, wrote:
>>
>> Now I think I understand a little better where you all are coming from
>> -- I am a Unix person and I guess I expected to have to learn GUI's
>> using whatever is provided for me by default. Which i
On Jan 19, 12:22 pm, pa...@cruzio.com wrote:
> Who or what group is actually in charge of what libraries (and programming
> commands/methods such as the Python 3.x rewrite of 'print') goes into
> Python?
Well it comes down to "Guido, some Guys, and a mailing list". see this
link fro more detail
On Wed, 19 Jan 2011 12:45:22 -0800, Patty wrote:
> - Original Message -
> From: "geremy condra" To:
> On Wed, Jan 19, 2011 at 10:22 AM, wrote:
>>
>> Now I think I understand a little better where you all are coming from
>> -- I am a Unix person and I guess I expected to have to learn G
On Wed, 19 Jan 2011 11:30:36 -0800, Carl Banks wrote:
> On Jan 19, 6:42 am, Steven D'Aprano +comp.lang.pyt...@pearwood.info> wrote:
>> But having said that, the __pycache__ idea isn't too bad. If you have
>> this directory structure:
>>
>> ./module.py
>> ./module.pyc
>>
>> and import module, the
On 2011-01-19, Octavian Rasnita wrote:
> From: "Grant Edwards"
>
>>> WxPython is not perfect but most of the objects it offers are
>>> accessible so this is not true. Only Tk and GTK are bad.
>>
>> On all of my computers, wxPython uses Gtk. There are other choices
>> for wxWidget backends on Li
On 1/19/2011 11:27 AM, Octavian Rasnita wrote:
Note: Currently, accessibility is only available via ATK<=> AT-SPI on
Linux. Sorry, no Windows MSAA support.
This project is good, a step ahead, but in order to be really useful it should
be the one provided by the default Python package.
And o
On Jan 19, 3:51 pm, Grant Edwards wrote:
> On 2011-01-19, Octavian Rasnita wrote:
> Which of my statements was "not true"?
>
> 1) On all of my computers wxPython uses Gtk.
>
> 2) There are other backend choices on Linux besides Gtk.
>
> 3) Gtk is by far the most common wxWidgets backend on Li
On 2011-01-19 13:01:04 -0800, Steven D'Aprano said:
I know I've seen problems executing .pyc files from the shell in the
past... perhaps I was conflating details of something else. Ah, I know!
[steve@sylar ~]$ chmod u+x toto.pyc
[steve@sylar ~]$ ./toto.pyc
: command not found ��
./toto.pyc: lin
On 1/19/2011 1:02 PM, Tim Harig wrote:
Right, but I only have to do that once. After that, I can directly address
any piece of the stream that I choose. If I leave the information as a
simple UTF-8 stream, I would have to walk the stream again, I would have to
walk through the the first byte o
On Jan 19, 4:04 pm, "Octavian Rasnita" wrote:
> Those rules for creating an accessible application are obvious; like the fact
> that a button need to contain a text label and not only an image, or that an
> image needs to have a tooltip defined, or that a radio button needs to have a
> label at
On Wed, Jan 19, 2011 at 1:40 PM, geremy condra
wrote:
> On Wed, Jan 19, 2011 at 11:37 AM, geremy condra wrote:
>> No, it's about other operating systems too, but what it comes down to
>> is that rantingrick has been on the warpath about tkinter for a while,
>> and hasn't proposed a particularly
On Jan 19, 4:40 pm, Adam Skutt wrote:
> On Jan 19, 4:04 pm, "Octavian Rasnita" wrote:
>
> > Those rules for creating an accessible application are obvious; like the
> > fact that a button need to contain a text label and not only an image, or
> > that an image needs to have a tooltip defined, o
On Jan 19, 12:22 pm, pa...@cruzio.com wrote:
> Who or what group is actually in charge of what libraries (and programming
> commands/methods such as the Python 3.x rewrite of 'print') goes into
> Python?
Well it comes down to "Guido, some Guys, and a mailing list". see this
link fro more detail.
On Jan 19, 9:18 am, Grant Edwards wrote:
> And an unmoderated Usenet newsgroup (which has even less of a chain of
> command than a mailing list).
Moderated status has nothing to do with it. The fact is that the
"elite" no longer feel it necessary to care about the troubles of the
Python peasants
On Wednesday, January 19, 2011 7:21:53 PM UTC-4, rantingrick wrote:
> On Jan 19, 9:18 am, Grant Edwards wrote:
>
> > And an unmoderated Usenet newsgroup (which has even less of a chain of
> > command than a mailing list).
>
> Moderated status has nothing to do with it. The fact is that the
> "el
On Wed, 19 Jan 2011 12:45:22 -0800, Patty wrote:
> - Original Message -
> From: "geremy condra" To:
> On Wed, Jan 19, 2011 at 10:22 AM, wrote:
>>
>> Now I think I understand a little better where you all are coming from
>> -- I am a Unix person and I guess I expected to have to learn G
On Jan 19, 5:26 pm, André wrote:
> Perhaps it is because they are either busy programming and/or busy
> organizing Pycon 2011. Some people do a lot, some people talk/write
> a lot. It is hard to find the time to do both ...
Well perhaps. I am not suggesting that these people are not working on
i
On Wed, Jan 19, 2011 at 3:04 PM, rantingrick wrote:
>
> On Wed, Jan 19, 2011 at 1:40 PM, geremy condra
> wrote:
>> On Wed, Jan 19, 2011 at 11:37 AM, geremy condra wrote:
>>> No, it's about other operating systems too, but what it comes down to
>>> is that rantingrick has been on the warpath abou
On Wed, Jan 19, 2011 at 3:42 PM, rantingrick wrote:
> Look, i am no perfect person and i do not expect that Steve is either.
> However attempting to say that somehow my work --engaging the
> community through lively debate in an attempt to re-energize the
> Python spirit GvR created so long ago t
I am implemented a custom set-like type which interacts with some
third-party software when retrieving and mutating the set, and have derived
my custom type off of collections.MutableSet, however I have noticed that
some of the magic methods supported by the built-in set do not fully
function with
On Jan 19, 6:01 pm, geremy condra wrote:
> I'm not telling you to change your behavior. I'm telling you that the
> way you're doing things isn't effective. You can take that advice or
> not, just as I can decide to listen to you... or not.
>
> I also wouldn't advise you to change your name again.
Disregard, I figured it out. It turns out that the threads spawned by
"thread.start_new_thread" are unreported by threading.enumerate.
Cheers! -Damian
On Wed, Jan 19, 2011 at 9:40 AM, Damian Johnson wrote:
> Hi, I've been trying to track down a familiar concurrency problem
> without any success:
On Wed, Jan 19, 2011 at 4:53 PM, rantingrick wrote:
>> I don't think this is the case, first because you aren't very good at
>> getting anybody to take you seriously
>
> How "self absorbed" must someone be to blame *ME* because *THEY*
> cannot take *ME* seriously. Is this a joke Geremy? Sadly i kn
On 01/19/2011 05:01 PM, geremy condra wrote:
> On Wed, Jan 19, 2011 at 3:04 PM, rantingrick wrote:
>> And you've also lost all
>> connection with the people. I am desperately trying to to snap you out
>> of this psychosis before it is too late! Tkinter will be the downfall
>> of Python if we canno
On Jan 19, 9:22 pm, geremy condra wrote:
> Welcome to real life. You convince people that you're right or they
> don't do what you say.
Again you "think" (or miscomprehended rather!) that "somehow" i am
here to "make" you do anything. On the contrary Geremy, i am here to
"guide", to "foster", an
On Jan 19, 9:20 pm, Michael Torrie wrote:
>
> All of the python programmers I know (we use python every day at
> work) would say, "what is tkinter?" It's just not relevant to any of
> them that I know.
>
And that is the very point i am trying to make Micheal! TclTk is SO
old and dated that most p
On Wed, Jan 19, 2011 at 18:53, rantingrick wrote:
> Without the car the driver is
> nothing, and without the driver the car is nothing. But together, they
> are a force to reckoned with. Well, unless the driver is Asian -- then
> all bets are off! :-)
Welcome to the auto-deletion filter.
--
ht
On Wed, Jan 19, 2011 at 7:56 PM, rantingrick wrote:
>> > But together, they
>> > are a force to reckoned with. Well, unless the driver is Asian -- then
>> > all bets are off! :-)
>>
>> Hahaha, racism was so funny in the 1700's! Now it's just asinine.
>
> Actually the joke is on you Geremy. Obvious
On Thu, Jan 20, 2011 at 01:51, Chris Kaynor wrote:
> I am implemented a custom set-like type which interacts with some
> third-party software when retrieving and mutating the set, and have derived
> my custom type off of collections.MutableSet, however I have noticed that
> some of the magic metho
I received 1 st http://bestfinance-blog.com/topics/mortgage-loans";>mortgage loans
when I was 25 and that supported my family very much. But, I need the bank loan
once more time.
--
http://mail.python.org/mailman/listinfo/python-list
From: "Grant Edwards"
On all of my computers, wxPython uses Gtk. There are other choices
for wxWidget backends on Linux, but Gtk is by far the most common.
IOW, if Gtk is bad, then wxPython is bad.
Not true.
I think you're playing a bit fast and loose with your accusations.
:-)
I've made
From: "Adam Skutt"
The fact that /every/ toolkit provides accessibility guidelines over
and above whatever other UI guidelines they provide tells me that
creating an accessible application is hardly obvious. Plus, if it
were really that simple, the accessibility situation wouldn't be so
poor.
:
From: "Terry Reedy"
On 1/19/2011 11:27 AM, Octavian Rasnita wrote:
Note: Currently, accessibility is only available via ATK<=> AT-SPI on
Linux. Sorry, no Windows MSAA support.
This project is good, a step ahead, but in order to be really useful it
should be the one provided by the default
Tim Harig, 18.01.2011 12:37:
On 2011-01-18, Stefan Behnel wrote:
Tim Harig, 17.01.2011 20:41:
I prefer a single language as opposed to a creolization of two.
With the possible exception of Lisp, I find it hard to think of a language
that's still alive and not the creolisation of (at least) tw
87 matches
Mail list logo
