[issue23551] IDLE to provide menu link to PIP gui.

Upendra Kumar added the comment: @Terry, I am an intended GSOC student and I came through this idea of developing a GUI based on Tkinter in the python core-mentorship mailing lists. You highlighted/mentioned this issue in the mailing list

[issue23551] IDLE to provide menu link to PIP gui.

Upendra Kumar added the comment: I am trying to make a Tk based GUI for pip package manager. In reference to msg256736, I am confused about the discovery method mentioned. Is there any way already implemented to detect the Python versions installed systemwide? Moreover, how to manage the non

[issue23551] IDLE to provide menu link to PIP gui.

Terry J. Reedy added the comment: I think an initial version of a pip gui need only install to the Python version running it. The py launcher must discover some version of 'all' Python installs to choose, for instance, the latest 3.x version. I do not know the details, nor which system

[issue23551] IDLE to provide menu link to PIP gui.

Terry J. Reedy added the comment: On python-list, Chris Angelico reported 2 other problems when running something like "import pip; pip.main(['install','psycopg2'])" from IDLE. Both can be worked around in a pipgui program. 1. pip displays a progress bar by sending to stdout a sequence of

[issue23551] IDLE to provide menu link to PIP gui.

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___

Re: PyFladesk :: create GUI apps by Python and HTML, CSS and Javascript.

On 01/07/2016 08:54 PM, jacob Kruger wrote: > I would definitely like to try out something like this - I am primarily > a web developer, and, partly since am 100% blind, any form of GUI design > is at times an issue for me, whereas I have been working with HTML > markup layouts f

PyFladesk :: create GUI apps by Python and HTML, CSS and Javascript.

create multi platform desktop application by using Python, HTML, CSS and Javascript. source code is https://github.com/smoqadam/PyFladesk you can find RSS Reader app that made by PyFladesk in the following url : https://github.com/smoqadam/PyFladesk-rss-reader I'll waiting for your feedback.

Re: PyFladesk :: create GUI apps by Python and HTML, CSS and Javascript.

Ok, double-checked again, and if force it to run under 2.7, then it complains about lack of pyQT4 - that's one of the issues was asking about relating to GUI frameworks - pyQT hasn't always worked too well under 2.7 in terms of accessibility API's in past, but, will 'see' if can get hold

Re: PyFladesk :: create GUI apps by Python and HTML, CSS and Javascript.

I would definitely like to try out something like this - I am primarily a web developer, and, partly since am 100% blind, any form of GUI design is at times an issue for me, whereas I have been working with HTML markup layouts for almost 20 years now, but, which versions of python should

Re: PyFladesk :: create GUI apps by Python and HTML, CSS and Javascript.

On Fri, Jan 8, 2016 at 1:54 AM, jacob Kruger wrote: > > Also, downloaded both the main master, and the RSS reader master images, > but, both python 2.7 and python 3.4 tell me that they have no urllib2, and > under 3.4, pip install can't find it either..? > > TIA > Python 3

[issue20607] multiprocessing cx_Freeze windows GUI bug (& easy fixes)

Mark Summerfield added the comment: Thanks Davin. I have indeed moved to 3.4 which does not seem to have the bug. (I can't move to 3.5 because I can't install 32- and 64-bit versions as I can with 3.4 due to the new installers -- or rather I can, but this confuses the pywin32 and apsw

[issue23551] IDLE to provide menu link to PIP gui.

Aivar Annamaa added the comment: In case "Open system shell" happens someday, here's my take on this: https://bitbucket.org/plas/thonny/src/master/thonny/plugins/system_shell/ It's a plugin for my beginners' IDE Thonny (http://thonny.cs.ut.ee). It creates a menu item which opens system

[issue20607] multiprocessing cx_Freeze windows GUI bug (& easy fixes)

Davin Potts added the comment: Given that the issue can not be reproduced except on an older version (3.3) that is no longer being actively maintained, the proper thing to do is mark this as "out of date". If the problem recurs with 3.5 (once cx_Freeze can be tried there) then a new bug

Problem Running tkinter gui Code

Hi there. I trying to run a simple code that opens a Tkinter window with text in it, on my windows 8 machine using Python 3.4.3 I used to ge: “ImportError: no tkinter module exists” But now it opens a windows Wizard screen that prompts me to Modify, Repair, or Uninstall Python. I have tried

Re: Problem Running tkinter gui Code

On Sat, Dec 26, 2015 at 10:59 PM, brian.moreira wrote: > I trying to run a simple code that opens a Tkinter window with text in it, on > my windows 8 machine using Python 3.4.3 Hi Brian, Details are important, and there are several missing from your question that

[issue23551] IDLE to provide menu link to PIP gui.

Terry J. Reedy added the comment: Writing something takes more work than not writing something, but I never used the word 'expensive'. I definitely think a there should be a tkinter-based pip gui. Since there would be no needed interaction with IDLE internals, it should be a stand-alone

[issue23551] IDLE to provide menu link to PIP gui.

Nick Coghlan added the comment: If anything was to be copied from IPython, then the system shell access feature might be worth considering: http://ipython.readthedocs.org/en/stable/interactive/reference.html#system-shell-access However, a command to launch a suitably configured shell session

[issue23551] IDLE to provide menu link to PIP gui.

Aivar Annamaa added the comment: I believe for beginners it's not difficult to enter "pip install package". The trouble is with opening the command prompt, knowing about PATH and different Python versions etc. Terry mentioned GUI development to be more expensive. What about

[issue23551] IDLE to provide menu link to PIP gui.

Aivar Annamaa added the comment: Another (more general) alternative: provide a menu item "Open system shell for this Python version", which opens a terminal window with correct Scripts or bin folder in path. -- ___ Python tracker

Re: How does one distribute Tkinter or Qt GUI apps Developed in Python

Rick Johnson wrote: > Unlike a true "applications language", like say, um, *JAVA*, one cannot > simply compile an executable and distribute it in a teeny tiny binary > form, no, with Python Of course you can! If have done this with pyinstaller. This creates a

Re: How does one distribute Tkinter or Qt GUI apps Developed in Python

tly missing is how this would be distributed. In the > first mentioned tutorial from Lynda.com the Tkinter app was related to a web > page. However, the browser cannot run Python Bytecode or Python Scripts. > > Surely, one is going to want to create GUI apps for users that are not Python &

Re: How does one distribute Tkinter or Qt GUI apps Developed in Python

> On 2015-12-17, at 01:03, Bruce Whealton > wrote: > > I would want to package in some way so that when launched, it installs > whatever is needed on the end user's computer. How is this done? You might want to watch

How does one distribute Tkinter or Qt GUI apps Developed in Python

to a web page. However, the browser cannot run Python Bytecode or Python Scripts. Surely, one is going to want to create GUI apps for users that are not Python Developers. I would not think to ask someone to install Python on their system and make sure it is added to the path. Maybe

Re: How does one distribute Tkinter or Qt GUI apps Developed in Python

tutorial from Lynda.com the Tkinter app was related to a web page. However, the browser cannot run Python Bytecode or Python Scripts. Surely, one is going to want to create GUI apps for users that are not Python Developers. I would not think to ask someone to install Python on their system and make

Re: How does one distribute Tkinter or Qt GUI apps Developed in Python

etc.) keep trying to carve out attractive incompatible features and areas of their system, to ensure some applications using those non-standard features will only run smoothly on the operating system controlled by that vendor. > Surely, one is going to want to create GUI apps for users that are no

Re: How does one distribute Tkinter or Qt GUI apps Developed in Python

On Wednesday, December 16, 2015 at 6:03:55 PM UTC-6, Bruce Whealton wrote: > Surely, one is going to want to create GUI apps for users > that are not Python Developers. I would not think to ask > someone to install Python on their system and make sure it > is added to the path. Maybe

Re: How does one distribute Tkinter or Qt GUI apps Developed in Python

On Wednesday, December 16, 2015 at 6:45:50 PM UTC-6, Rick Johnson wrote: > On Wednesday, December 16, 2015 at 6:03:55 PM UTC-6, Bruce Whealton wrote: > > > Surely, one is going to want to create GUI apps for users > > that are not Python Developers. I would not think to ask >

[issue20607] multiprocessing cx_Freeze windows GUI bug (& easy fixes)

Mark Summerfield added the comment: No, I'm sorry I haven't tried with 3.5; in fact, there doesn't seem to be a cx_Freeze available for 3.5 yet. -- ___ Python tracker

[issue20607] multiprocessing cx_Freeze windows GUI bug (& easy fixes)

Davin Potts added the comment: Mark: Patches to 3.3 are generally not being considered (due to its age) but patches to 3.5 (possibly 3.4) would be. You suggest the issue can't be reproduced in 3.4 but have to tried in the current 3.5 release? -- nosy: +davin type: -> behavior

[issue20607] multiprocessing cx_Freeze windows GUI bug (& easy fixes)

Mark Summerfield added the comment: I've now signed the contributor agreement. However, with Python 3.4 I don't seem to get the same problem anymore even though there are a few places in the code where sys.std{err,out} are used without if ... is not None guards. --

[issue17942] IDLE Debugger: Improve GUI

Mark Roseman added the comment: Have attached debugger-ui.patch, which greatly updates the user interface for the existing debugger. This also relies on some images that should be downloaded and unpacked into the 'Icons' directory: http://www.tkdocs.com/images/debugicons.zip Summary of

[issue21647] Idle unittests: make gui, mock switching easier.

Changes by Mark Roseman : -- nosy: +markroseman ___ Python tracker ___ ___

[issue23551] IDLE to provide menu link to PIP gui.

Terry J. Reedy added the comment: On python-ideas, Wes Turner reported Stallion, a visual (browser) + command line package manager interface. I believe it uses pip 'under the hood'. http://perone.github.io/stallion/ has screenshots that can give gui design ideas, though these are more

[issue23551] IDLE to provide menu link to PIP gui.

Changes by Mark Roseman : -- nosy: +markroseman ___ Python tracker ___ ___

[issue23551] IDLE to provide menu link to PIP gui.

Terry J. Reedy added the comment: Nick, Paul, Marcus, can any of you answer Saimadhav's question 3 messages up? -- nosy: +Marcus.Smith, ncoghlan, paul.moore title: IDLE to provide menu options for using PIP -> IDLE to provide menu link to PIP gui. versions: +Python

[issue23551] IDLE to provide menu link to PIP gui.

Mark Lawrence added the comment: Can we use ideas from https://sites.google.com/site/pydatalog/python/pip-for-windows ? -- ___ Python tracker ___

[issue23551] IDLE to provide menu link to PIP gui.

Donald Stufft added the comment: Yea ``pip.main(args)`` won't change. I'm not sure how well parts of pip will handle being in a persistent-ish process, but the API itself will work. -- ___ Python tracker

[issue23551] IDLE to provide menu link to PIP gui.

Terry J. Reedy added the comment: Pip's rather extensive command-line API can also be used as a code API. The signature of pip.main is (args=None), where args = sys.argv[1:] if not passed. I presume this will not change. Reusing the command-list API had the advantage of reusing the existing

[issue23551] IDLE to provide menu link to PIP gui.

Terry J. Reedy added the comment: You are right. While multiple info requests work, I found a test that fails. 'list' showed that I had Pillow 2.7.0. 'install -U Pillow' updated to 2.9.0'. 'list' again still showed 2.7.0. 'show Pillow' then failed because 2.7.0 could not be found. After an

[issue23551] IDLE to provide menu link to PIP gui.

Donald Stufft added the comment: There is a "site" config file which works for all installs on that particular machine, there is not a per Python configuration file, though I don't see why we couldn't add one. -- ___ Python tracker

[issue23551] IDLE to provide menu link to PIP gui.

Donald Stufft added the comment: Yea, we'd be willing to fix things where we can. I think the biggest problem you'll run into is probably going to be pkg_resources and it's module scoped cache of the sys.path and what items are installed. -- ___

[issue23551] IDLE to provide menu link to PIP gui.

Terry J. Reedy added the comment: The persistence issue is why I tried several calls before posting above. I am hoping that none of your command functions leave pip unusable, or if they do, you would be willing to have them fixed. Attached is promised wrapper. -- Added file:

[issue23551] IDLE to provide menu link to PIP gui.

Steve Dower added the comment: I actually made the default per-user, specifically for cases like this. With a default install that the current user has done, pip does not need to be run as admin. If the system administrator has installed Python for all users, then --user needs to be

[issue23551] IDLE to provide menu link to PIP gui.

Saimadhav Heblikar added the comment: Hi Terry, Unfortunately, I had to perform a system reinstall, which wiped out the patch. I dont mind doing it again, but it might take until the weekend to complete. Also, now my questions from earlier are answered, it should be easier. --

[issue23551] IDLE to provide menu link to PIP gui.

Donald Stufft added the comment: pip doesn't really support being called as an API, there's been requests for it before but nobody has yet come forward to specify what parts in particular they need. The practical effect of this is that there's no backwards compatibility promises for anything

[issue23551] IDLE to provide menu link to PIP gui.

Changes by Donald Stufft : -- nosy: +steve.dower ___ Python tracker ___ ___

Re: Linux users: please run gui tests

Am 27.08.15 um 20:32 schrieb Terry Reedy: On 8/27/2015 4:56 AM, Petr Viktorin wrote: 1321, in _configure self.tk.call(_flatten((self._w, cmd)) + self._options(cnf)) _tkinter.TclError: expected integer but got Very puzzling. The only obviously even possibly relevant change from 3.4 to

Re: Linux users: please run gui tests

On 8/28/2015 1:56 AM, Christian Gollwitzer wrote: Am 27.08.15 um 20:32 schrieb Terry Reedy: On 8/27/2015 4:56 AM, Petr Viktorin wrote: 1321, in _configure self.tk.call(_flatten((self._w, cmd)) + self._options(cnf)) _tkinter.TclError: expected integer but got Very puzzling. The only

Re: Linux users: please run gui tests

Am 28.08.15 um 08:46 schrieb Terry Reedy: On 8/28/2015 1:56 AM, Christian Gollwitzer wrote: Am 27.08.15 um 20:32 schrieb Terry Reedy: On 8/27/2015 4:56 AM, Petr Viktorin wrote: 1321, in _configure self.tk.call(_flatten((self._w, cmd)) + self._options(cnf)) _tkinter.TclError: expected

Re: Linux users: please run gui tests

On 8/28/2015 4:52 AM, Christian Gollwitzer wrote: Here is a small patch which improves the error message a lot: diff -ru Python-3.4.3/Modules/_tkinter.c Python-3.4.3-patched/Modules/_tkinter.c --- Python-3.4.3/Modules/_tkinter.c2015-02-25 12:27:45.0 +0100 +++

Re: Linux users: please run gui tests

On 8/27/2015 4:56 AM, Petr Viktorin wrote: On Fri, Aug 7, 2015 at 4:07 AM, Terry Reedy tjre...@udel.edu wrote: Python has an extensive test suite run after each 'batch' of commits on a variety of buildbots. However, the Linux buildbots all (AFAIK) run 'headless', with gui's disabled. Hence

Re: Linux users: please run gui tests

On Fri, Aug 7, 2015 at 4:07 AM, Terry Reedy tjre...@udel.edu wrote: Python has an extensive test suite run after each 'batch' of commits on a variety of buildbots. However, the Linux buildbots all (AFAIK) run 'headless', with gui's disabled. Hence the following test_tk test_ttk_guionly

[issue17942] IDLE Debugger: Improve GUI

Mark Roseman added the comment: Have attached debugpanel.py, implementing a ttk-based mockup of one possible redesign of the debugger UI, as seen in http://bugs.python.org/file40234/newtabs.png -- Added file: http://bugs.python.org/file40266/debugpanel.py

Re: Linux users: please run gui tests

On 8/13/2015 1:11 AM, Laura Creighton wrote: In a message of Wed, 12 Aug 2015 21:49:24 -0400, Terry Reedy writes: https://bugs.python.org/issue15601 Could you add a note to the issue then? Done, though I wonder if it isn't a separate issue. I was not sure. The people currently nosy

Re: Linux users: please run gui tests

On 8/8/2015 2:40 AM, Laura Creighton wrote: In a message of Fri, 07 Aug 2015 21:25:21 -0400, Terry Reedy writes: https://bugs.python.org/issue15601 was about this very test failure. The failure only occurred with tk 8.4. What tk version do you have? (Easily found, for instance, in Idle -

Re: Linux users: please run gui tests

In a message of Wed, 12 Aug 2015 21:49:24 -0400, Terry Reedy writes: On 8/8/2015 2:40 AM, Laura Creighton wrote: In a message of Fri, 07 Aug 2015 21:25:21 -0400, Terry Reedy writes: https://bugs.python.org/issue15601 was about this very test failure. The failure only occurred with tk 8.4.

Re: Linux users: please run gui tests

On 08/06/2015 07:07 PM, Terry Reedy wrote: Python has an extensive test suite run after each 'batch' of commits on a variety of buildbots. However, the Linux buildbots all (AFAIK) run 'headless', with gui's disabled. Hence the following test_tk test_ttk_guionly test_idle (and on 3.5,

Re: Linux users: please run gui tests

I forgot to mention that I am running OpenBox as a window manager, so if this is a problem with ubuntu Unity, then so far we don't seem to have any Unity users running these tests. Laura -- https://mail.python.org/mailman/listinfo/python-list

Re: Linux users: please run gui tests

In a message of Fri, 07 Aug 2015 21:25:21 -0400, Terry Reedy writes: was about this very test failure. The failure only occurred with tk 8.4. What tk version do you have? (Easily found, for instance, in Idle - Help - About Idle. (python3 -m idlelib should start idle). -- Terry Jan Reedy Tk

Re: Linux users: please run gui tests

Laura Creighton wrote: This leads me to believe that your tests and the tkinter shared library may not match. Does $ python3 -c 'import _tkinter; print(_tkinter)' module '_tkinter' from '/usr/lib/python3.4/lib- dynload/_tkinter.cpython-34m-x86_64-linux-gnu.so' show something suspicious?

Re: Linux users: please run gui tests

Ok, I moved to debian unstable (stretch/sid) lac@smartwheels:~$ lsb_release -a LSB Version:

Re: Linux users: please run gui tests

Tried this on a different debian unstable system. lac@fido:~$ lsb_release -a No LSB modules are available. Distributor ID:Debian Description: Debian GNU/Linux unstable (sid) Release: unstable Codename: sid lac@fido:~$ Same 3 errors. (So it is not just me.) Laura

Re: Linux users: please run gui tests

In a message of Fri, 07 Aug 2015 15:06:41 +0200, Peter Otten writes: $ touch test.py $ python -c import\ test $ rm test.py $ python3 -m test -ugui test_tk /usr/bin/python3: bad magic number in 'test': b'\x03\xf3\r\n' From that I'd conclude that your python3 sees a leftover python2 pyc instead of

Re: Linux users: please run gui tests

In a message of Fri, 07 Aug 2015 21:13:02 +0200, Peter Otten writes: test_set() was introduced in a bugfix http://bugs.python.org/issue15133 https://hg.python.org/cpython/rev/117f45749359/ that I don't have on my machine (up-to-date Linux Mint 17). When I download

Re: Linux users: please run gui tests

On 07/08/2015 04:46, Grant Edwards wrote: On 2015-08-07, Grant Edwards invalid@invalid.invalid wrote: On 2015-08-07, Terry Reedy tjre...@udel.edu wrote: Python has an extensive test suite run after each 'batch' of commits on a variety of buildbots. However, the Linux buildbots all (AFAIK) run

Re: Linux users: please run gui tests

On Friday 7 Aug 2015 09:53 CEST, Cecil Westerhof wrote: On Friday 7 Aug 2015 04:07 CEST, Terry Reedy wrote: Python has an extensive test suite run after each 'batch' of commits on a variety of buildbots. However, the Linux buildbots all (AFAIK) run headless', with gui's disabled. Hence the

ANNOUNCING: Availability of a pre-alpha release of a Python CLI API and associated character-mode emulation of the pixel-mode wxPython GUI API

(GUI) API which works on various releases of Linux, Mac OS X, Microsoft Windows (requires Cygwin plugin) and Unix. Python version-specific Site-Packages (e.g. installable via commands such as python2.6.8 setup.py install or python2.7.9 setup.py install” in ./tsWxGTUI_PyVx_Repository

Re: Linux users: please run gui tests

Cecil Westerhof wrote: python3 --version python3 -m test -ugui test_tk test_ttk_guionly test_idle This gives: Python 3.4.1 [1/3] test_tk [2/3] test_ttk_guionly [3/3] test_idle All 3 tests OK. This was on openSUSE 13.2. I also tried to run it on Debian, but there I get: No moduke

Re: Linux users: please run gui tests

On Friday 7 Aug 2015 04:07 CEST, Terry Reedy wrote: Python has an extensive test suite run after each 'batch' of commits on a variety of buildbots. However, the Linux buildbots all (AFAIK) run headless', with gui's disabled. Hence the following test_tk test_ttk_guionly test_idle (and on 3.5,

Re: Linux users: please run gui tests

Terry Reedy wrote: Python has an extensive test suite run after each 'batch' of commits on a variety of buildbots. However, the Linux buildbots all (AFAIK) run 'headless', with gui's disabled. Hence the following test_tk test_ttk_guionly test_idle (and on 3.5, test_tix, but not important)

Re: Linux users: please run gui tests

On Fri, Aug 7, 2015 at 7:15 PM, Peter Otten __pete...@web.de wrote: By default Debian doesn't install the test suite -- that's why you cannot run it ;) Install it with $ sudo apt-get install libpython3.4-testsuite and then try again. Which makes it work fine on my system. ChrisA --

Re: Linux users: please run gui tests

On Friday 7 Aug 2015 11:15 CEST, Peter Otten wrote: Cecil Westerhof wrote: python3 --version python3 -m test -ugui test_tk test_ttk_guionly test_idle This gives: Python 3.4.1 [1/3] test_tk [2/3] test_ttk_guionly [3/3] test_idle All 3 tests OK. This was on openSUSE 13.2. I also

Re: Linux users: please run gui tests

Laura Creighton wrote: In a message of Fri, 07 Aug 2015 15:06:41 +0200, Peter Otten writes: $ touch test.py $ python -c import\ test $ rm test.py $ python3 -m test -ugui test_tk /usr/bin/python3: bad magic number in 'test': b'\x03\xf3\r\n' From that I'd conclude that your python3 sees a

Re: Linux users: please run gui tests

Laura Creighton wrote: In a message of Fri, 07 Aug 2015 17:34:54 +0200, Peter Otten writes: Run $ python3 -m test -ugui -v test_tk (That way the unittest framework will see the -v option) Aha, I didn't understand that. Thank you. Note that there are lines like # possible namespace for

Re: Linux users: please run gui tests

In a message of Fri, 07 Aug 2015 17:34:54 +0200, Peter Otten writes: Run $ python3 -m test -ugui -v test_tk (That way the unittest framework will see the -v option) Aha, I didn't understand that. Thank you. Note that there are lines like # possible namespace for /home/lac/src/accounting/test

Re: Linux users: please run gui tests

Terry Reedy tjre...@udel.edu writes: and report here python version, linux system, and result. Alteration of environment and locale is a known issue, skip that. Using source builds on my slave (bolen-ubuntu): Linux buildbot-ubuntu 4.1.0-x86_64-linode59 #1 SMP Mon Jun 22 10:39:23 EDT 2015

Re: Linux users: please run gui tests

In a message of Fri, 07 Aug 2015 19:51:51 +1000, Chris Angelico writes: On Fri, Aug 7, 2015 at 7:15 PM, Peter Otten __pete...@web.de wrote: By default Debian doesn't install the test suite -- that's why you cannot run it ;) Install it with $ sudo apt-get install libpython3.4-testsuite and

Re: Linux users: please run gui tests

On Friday 7 Aug 2015 12:59 CEST, Cecil Westerhof wrote: On Friday 7 Aug 2015 11:15 CEST, Peter Otten wrote: Cecil Westerhof wrote: python3 --version python3 -m test -ugui test_tk test_ttk_guionly test_idle This gives: Python 3.4.1 [1/3] test_tk [2/3] test_ttk_guionly [3/3] test_idle

Re: Linux users: please run gui tests

Laura Creighton wrote: In a message of Fri, 07 Aug 2015 19:51:51 +1000, Chris Angelico writes: On Fri, Aug 7, 2015 at 7:15 PM, Peter Otten __pete...@web.de wrote: By default Debian doesn't install the test suite -- that's why you cannot run it ;) Install it with $ sudo apt-get install

Re: Linux users: please run gui tests

On 8/6/2015 11:46 PM, Grant Edwards wrote: In both cases, some small, yellow windows flash briefly on the screen. I should have warned about this ;-). Gui tests mean 'actually flash stuff on screen', which is why they do not get run. -- Terry Jan Reedy -- https://mail.python.org

Re: Linux users: please run gui tests

On 8/6/2015 10:18 PM, Ben Finney wrote: Terry Reedy tjre...@udel.edu writes: I would appreciate it if some people could run the linux version of py -3.4 -m test -ugui test_tk test_ttk_guionly test_idle (or 3.5). I guess this means 'python3 for the executable. Could you verify exactly what

Re: Linux users: please run gui tests

On 8/7/2015 1:01 PM, Laura Creighton wrote: In a message of Fri, 07 Aug 2015 17:34:54 +0200, Peter Otten writes: Run $ python3 -m test -ugui -v test_tk (That way the unittest framework will see the -v option) Aha, I didn't understand that. Thank you. Note that there are lines like #

Re: Linux users: please run gui tests

On 8/6/2015 10:07 PM, Terry Reedy wrote: Python has an extensive test suite run after each 'batch' of commits on a variety of buildbots. However, the Linux buildbots all (AFAIK) run 'headless', with gui's disabled. Hence the following test_tk test_ttk_guionly test_idle (and on 3.5, test_tix,

Re: Linux users: please run gui tests

On 8/7/2015 1:01 PM, Laura Creighton wrote: == FAIL: test_get (tkinter.test.test_tkinter.test_variables.TestBooleanVar) -- Traceback (most recent call last):

Re: Linux users: please run gui tests

On 2015-08-07, Grant Edwards invalid@invalid.invalid wrote: On 2015-08-07, Terry Reedy tjre...@udel.edu wrote: Python has an extensive test suite run after each 'batch' of commits on a variety of buildbots. However, the Linux buildbots all (AFAIK) run 'headless', with gui's disabled. Hence

Re: Linux users: please run gui tests

On 2015-08-07, Terry Reedy tjre...@udel.edu wrote: Python has an extensive test suite run after each 'batch' of commits on a variety of buildbots. However, the Linux buildbots all (AFAIK) run 'headless', with gui's disabled. Hence the following test_tk test_ttk_guionly test_idle (and on

Re: Linux users: please run gui tests

On Fri, Aug 7, 2015 at 12:20 PM, Chris Angelico ros...@gmail.com wrote: rosuav@sikorsky:~$ uname -a Linux sikorsky 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) x86_64 GNU/Linux The 3.4 is my system Python (Debian Wheezy) Oh, and for what it's worth, I'm running Xfce here.

Linux users: please run gui tests

Python has an extensive test suite run after each 'batch' of commits on a variety of buildbots. However, the Linux buildbots all (AFAIK) run 'headless', with gui's disabled. Hence the following test_tk test_ttk_guionly test_idle (and on 3.5, test_tix, but not important) are skipped either in

Re: Linux users: please run gui tests

On Fri, Aug 7, 2015 at 12:07 PM, Terry Reedy tjre...@udel.edu wrote: I would appreciate it if some people could run the linux version of py -3.4 -m test -ugui test_tk test_ttk_guionly test_idle (or 3.5). I guess this means 'python3 for the executable. and report here python version, linux

Re: Linux users: please run gui tests

Terry Reedy tjre...@udel.edu writes: I would appreciate it if some people could run the linux version of py -3.4 -m test -ugui test_tk test_ttk_guionly test_idle (or 3.5). I guess this means 'python3 for the executable. Could you verify exactly what is the command to run? I'd hate for a

[issue17942] IDLE Debugger: Improve GUI

Changes by Mark Roseman m...@markroseman.com: -- nosy: +markroseman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17942 ___ ___ Python-bugs-list

Re: Which GUI?

On 24-07-2015 19:31, Paulo da Silva wrote: I'll begin with pyqtgraph. Seems to be simple to start with. Thanks Chistopher. Later I'll give a try to bokeh. I'll need to look better at web applications first. I still don't know if dynamically changing is possible without the bokeh server. Thanks

Re: Which GUI?

On Sun, Jul 26, 2015 at 7:19 PM, Paulo da Silva p_s_d_a_s_i_l_v_a...@netcabo.pt wrote: On 26-07-2015 05:47, blue wrote: Hi . I tested all. Now I think the PySide can more. No python3! Besides ... any differences to pyqt4? Thanks pyside has supported python 3 for a long time now. As

Re: Which GUI?

On 26-07-2015 05:47, blue wrote: Hi . I tested all. Now I think the PySide can more. No python3! Besides ... any differences to pyqt4? Thanks -- https://mail.python.org/mailman/listinfo/python-list

Re: Which GUI?

Hi . I tested all. Now I think the PySide can more. https://pyside.readthedocs.org/en/latest/ See also http://free-tutorials.org/pyside-introduction-part-001/ http://python-catalin.blogspot.ro/ -- https://mail.python.org/mailman/listinfo/python-list

Re: Which GUI?

On 7/24/15 4:11 PM, Cecil Westerhof wrote: Top-posting is (rightly) frowned upon in this group. Could you use inline posting next time? Meta is definitely NOT discouraged on this list, but it should be. Nothing like derailing an interesting thread with lectures on where to post. And

Re: Which GUI?

On Friday, July 24, 2015 at 4:16:19 PM UTC-7, Mark Lawrence wrote: On 24/07/2015 23:20, Frank Miles wrote: On Fri, 24 Jul 2015 19:31:36 +0100, Paulo da Silva wrote: [snip] Which technology is better? matplotlib? tkinter? wxwidgets? qt? Sadly - I don't think wxpython has

Re: Which GUI?

be created and deleted dynamically. 3. Interaction with the user (not sure yet, here). 4. Some modules may need to be moved to C++ in case of lack of enough speed. So, the possibility of the GUI libs be used with C++ may be an advantage. Anyway I can always stay in Python and write a C

Which GUI?

, the possibility of the GUI libs be used with C++ may be an advantage. Anyway I can always stay in Python and write a C++ extension. 5. Several multi processor segments. 6. For now single user - possible but unlikely multi-user in the future. Which technology is better? matplotlib? tkinter

Re: Which GUI?

On 24/07/2015 23:20, Frank Miles wrote: On Fri, 24 Jul 2015 19:31:36 +0100, Paulo da Silva wrote: [snip] Which technology is better? matplotlib? tkinter? wxwidgets? qt? Sadly - I don't think wxpython has been ported to python3 yet. http://wxpython.org/Phoenix/docs/html/main.html -- My

<    3   4   5   6   7   8   9   10   11   12   >