On 29/12/2023 01:05, Félix An via Python-list wrote:
> I'm used to C# WinForms, which has an easy-to-use drag-and-drop GUI
> designer in Visual Studio. Is there anything similar for Tk? How about
> Qt?
There are any number of them but few that work well. The best
I found was Da
Félix An 在 2023年12月29日 星期五下午2:05:24 [UTC+13] 的信中寫道：
> I'm used to C# WinForms, which has an easy-to-use drag-and-drop GUI
> designer in Visual Studio. Is there anything similar for Tk? How about
> Qt? What do you recommend as the easiest way to create GUI programs in
> Pytho
On 12/28/23 18:05, Félix An via Python-list wrote:
I'm used to C# WinForms, which has an easy-to-use drag-and-drop GUI
designer in Visual Studio. Is there anything similar for Tk? How about
Qt? What do you recommend as the easiest way to create GUI programs in
Python, similar to the ea
> I'm used to C# WinForms, which has an easy-to-use drag-and-drop
GUI designer in Visual Studio. Is there anything similar for Tk? How
about Qt? What do you recommend as the easiest way to create GUI programs
in Python, similar to the ease of use of C# WinForms?
I can't say much for
I'm used to C# WinForms, which has an easy-to-use drag-and-drop GUI
designer in Visual Studio. Is there anything similar for Tk? How about
Qt? What do you recommend as the easiest way to create GUI programs in
Python, similar to the ease of use of C# WinForms?
--
https://mail.pytho
>
> cv2.namedWindow('W', cv2.WND_PROP_FULLSCREEN)
> cv2.setWindowProperty('W', cv2.WND_PROP_FULLSCREEN,
> cv2.WINDOW_FULLSCREEN)
> counter=[0]
> def show():
>cv2.imshow('W', cv2.imread(images[counter[0] % len(images)]))
>cv2.waitKey(1)
On Thu, 2023-03-16 at 04:21 -0400, aapost wrote:
> On 3/15/23 07:37, John O'Hagan wrote:
> > On Tue, 2023-03-14 at 16:22 -0400, aapost wrote:
> > > On 3/14/23 06:54, John O'Hagan wrote:
> >
> > [...]
> > > >
>
>
> Read an alternative description of the waitKey behavior
>
> >For example, waitK
On 3/15/23 07:37, John O'Hagan wrote:
On Tue, 2023-03-14 at 16:22 -0400, aapost wrote:
On 3/14/23 06:54, John O'Hagan wrote:
[...]
Read an alternative description of the waitKey behavior
>For example, waitKey(0) will display the window infinitely until any
keypress (it is suitable for i
r possible solution to see if you can find a
"good enough" work around that fits your desired behavior.
You could spawn the imshow as it's own program:
file2: sp.py
import sys
import cv2
import tkinter as tk
def show(img, root):
cv2.namedWindow(str(root), cv2.WND_PROP_FULLSCREEN)
closes the popup but it comes back a few seconds later.
If I
then click on the tkinter window titlebar, the popup changes
to "'Tk'
is not responding". Clicking on the button still works and after a
few
clicks the popup closes.
[...]
I think this particular popup is a Gno
mages=['a.jpg', 'b.jpg', 'c.jpg'] #change to image paths
> >
> > cv2.namedWindow('W', cv2.WND_PROP_FULLSCREEN)
> > cv2.setWindowProperty('W', cv2.WND_PROP_FULLSCREEN,
> > cv2.WINDOW_FULLSCREEN)
> > counter=[0]
> > def
;] #change to image paths
cv2.namedWindow('W', cv2.WND_PROP_FULLSCREEN)
cv2.setWindowProperty('W', cv2.WND_PROP_FULLSCREEN,
cv2.WINDOW_FULLSCREEN)
counter=[0]
def show():
cv2.imshow('W', cv2.imread(images[counter[0] % len(images)]))
cv2.waitKey(1)
counter[0]
On Tue, 2023-03-14 at 13:52 +, Weatherby,Gerard wrote:
> Assuming you’re using opencv-python, I’d post query at
> https://github.com/opencv/opencv-python/issues.
Thanks Gerard
I'm using the python3-opencv package from Debian testing. Is that
github the appropriate place for this query?
Than
amedWindow('W', cv2.WND_PROP_FULLSCREEN)
> > cv2.setWindowProperty('W', cv2.WND_PROP_FULLSCREEN,
> > cv2.WINDOW_FULLSCREEN)
> > counter=[0]
> > def show():
> > cv2.imshow('W', cv2.imread(images[counter[0] % len(images)]))
> >
Assuming you’re using opencv-python, I’d post query at
https://github.com/opencv/opencv-python/issues.
From: Python-list on
behalf of John O'Hagan
Date: Tuesday, March 14, 2023 at 6:56 AM
To: Python list
Subject: Tkinter and cv2: "not responding" popup when imshow launch
;] #change to image paths
cv2.namedWindow('W', cv2.WND_PROP_FULLSCREEN)
cv2.setWindowProperty('W', cv2.WND_PROP_FULLSCREEN,
cv2.WINDOW_FULLSCREEN)
counter=[0]
def show():
cv2.imshow('W', cv2.imread(images[counter[0] % len(images)]))
cv2.waitKey(1)
counter[0]
Window('W', cv2.WND_PROP_FULLSCREEN)
cv2.setWindowProperty('W', cv2.WND_PROP_FULLSCREEN,
cv2.WINDOW_FULLSCREEN)
counter=[0]
def show():
cv2.imshow('W', cv2.imread(images[counter[0] % len(images)]))
cv2.waitKey(1)
counter[0] += 1
root=Tk()
root.wm_attributes("-topmost
Am 20.06.21 um 01:49 schrieb Terry Reedy:
On 6/19/2021 12:42 AM, Christian Gollwitzer wrote:
Sorry for that answer, but Tkinter does not support many of the most
useful extensions for Tcl/Tk, because someone has to write the
wrappers. It only supports what is provided by base Tk. Among those I
On 6/19/2021 12:42 AM, Christian Gollwitzer wrote:
Am 19.06.21 um 06:26 schrieb George Furbish:
On Saturday, June 19, 2021 at 12:22:31 AM UTC-4, Christian Gollwitzer
wrote:
Am 19.06.21 um 02:03 schrieb George Furbish:
Does Tk support interpolation/subpixel positioning of canvas
elements? (e.g
Am 19.06.21 um 06:26 schrieb George Furbish:
On Saturday, June 19, 2021 at 12:22:31 AM UTC-4, Christian Gollwitzer wrote:
Am 19.06.21 um 02:03 schrieb George Furbish:
Does Tk support interpolation/subpixel positioning of canvas elements? (e.g.
images, text.) I have moving elements on my
On Sun, May 6, 2018 at 6:47 PM Skip Montanaro
wrote:
> > Try to upgrade to 2.7.15. It should be shipped with Tk 8.6.
>
> Thanks. I'm using an internal (to work) Anaconda distro at work. Hopefully
> it will update soon.
>
I got everything up-to-date, but still the cover
> Try to upgrade to 2.7.15. It should be shipped with Tk 8.6.
Thanks. I'm using an internal (to work) Anaconda distro at work. Hopefully
it will update soon.
Skip
--
https://mail.python.org/mailman/listinfo/python-list
04.05.18 23:15, Skip Montanaro пише:
I forgot to mention that when running on Linux (displaying back on
Windows), the Python 3 version (3.6.4, Tk 8.6) does cover all three
screens. The Windows Python 2.7.14 version with Tk 8.5 has problems.
Try to upgrade to 2.7.15. It should be shipped with
04.05.18 22:54, Skip Montanaro пише:
I suspect this is a Tk issue as much as anything, but this is the only
place I know to ask Tk questions. Any ideas?
There is more specific place for Tkinter questions:
https://mail.python.org/mailman/listinfo/tkinter-discuss
--
https://mail.python.org
I forgot to mention that when running on Linux (displaying back on
Windows), the Python 3 version (3.6.4, Tk 8.6) does cover all three
screens. The Windows Python 2.7.14 version with Tk 8.5 has problems.
--
https://mail.python.org/mailman/listinfo/python-list
Py3, and was running it on Linux, but as my desktop machine at
work is Windows, I think it was a bit blind to my activity in Windows-only
applications.
So, I revisited it on Windows. My cover window is a Tk Frame with width and
height defined like so:
(w, h) = (self.winfo_screenwidth
On 2017-08-05, Chris Green wrote:
> Michael Torrie wrote:
>
> I went through a similar process of deciding the easiest (for me) GUI
> to go with. I've actually ended up with PyGtk as it feels for me the
> 'least foreign' compared with doing things the CLI way.
I definitely think PyGtk feels the
Hi, Grant,
On Mon, Aug 7, 2017 at 10:37 AM, Grant Edwards
wrote:
> On 2017-08-05, Michael Torrie wrote:
>
>> Well tk is already an optional part of the Python standard library,
>> whereas wx is an external package. So for your simple requirements,
>> Tk may be the way t
On 2017-08-05, Michael Torrie wrote:
> Well tk is already an optional part of the Python standard library,
> whereas wx is an external package. So for your simple requirements,
> Tk may be the way to go.
I find it much easier to get a simple application written and working
with Tk tha
On 08/05/2017 04:52 AM, Chris Green wrote:
> I went through a similar process of deciding the easiest (for me) GUI
> to go with. I've actually ended up with PyGtk as it feels for me the
> 'least foreign' compared with doing things the CLI way.
Yes PyGtk is fairly Pythonic and natural feeling. PyQ
that e.g. contains
"python27\python.exe programm.py".
I have been doing this for years, sometimes just letting people run the
.bat from a network share.
Is there a recommendation for using tk or wx?
I would recommend wx.
For Python 2.7 you can use either the 'Classic' versio
t; I do not like GTK and Qt, because they are too complex.
> >
> > I want to do VERY simple things and I prefer a simple GUI toolkit :-)
> >
> > Is there a recommendation for using tk or wx?
>
> Well tk is already an optional part of the Python standard library,
> wher
On 8/5/2017 2:45 AM, Ulli Horlacher wrote:
I do not like GTK and Qt, because they are too complex.
I'm not a programmer, but at least simple cross platform GUI
notification message was easiest to do with PyQt (IMO).
--
https://mail.python.org/mailman/listinfo/python-list
Am 05.08.17 um 01:45 schrieb Ulli Horlacher:
I have to transfer a python 2.7 CLI programm into one with a (simple) GUI.
The program must run on Linux and Windows and must be compilable with
pyinstall, because I have to ship a standalone windows.exe
Any kind of installer is not acceptable.
TkInt
o VERY simple things and I prefer a simple GUI toolkit :-)
>
> Is there a recommendation for using tk or wx?
Well tk is already an optional part of the Python standard library,
whereas wx is an external package. So for your simple requirements, Tk
may be the way to go. I'm guessing th
/wiki/Supported-Packages
supported GUI packages are PyGTK, PyQt4, PyQt5, wxPython
I have tested tkinter by myself and it works, too.
I do not like GTK and Qt, because they are too complex.
I want to do VERY simple things and I prefer a simple GUI toolkit :-)
Is there a recommendation for using tk or
On 10/14/2016 05:40 AM, kerbingamer376 wrote:
> Python's "standard" (and bundled on most platforms) UI tookkit is TCL/TK.
> However, this has A LOT of drawbacks:
>
> * It's eyesore on a lot of platforms
I thought this was largely solved in recent versions of Tcl
On 14 October 2016 at 13:40, kerbingamer376 wrote:
> Python's "standard" (and bundled on most platforms) UI tookkit is TCL/TK.
> However, this has A LOT of drawbacks:
>
> * It's eyesore on a lot of platforms
> * It's non-pythonic
> * It just flat ou
On Friday, October 14, 2016 at 12:40:53 PM UTC+1, kerbingamer376 wrote:
> Python's "standard" (and bundled on most platforms) UI tookkit is TCL/TK.
> However, this has A LOT of drawbacks:
>
> * It's eyesore on a lot of platforms
> * It's non-pythonic
&g
Python's "standard" (and bundled on most platforms) UI tookkit is TCL/TK.
However, this has A LOT of drawbacks:
* It's eyesore on a lot of platforms
* It's non-pythonic
* It just flat out fails on some desktop environments
* On linux it requires X, however lots of dist
On 2016-09-27 18:47, Gregory Ewing wrote:
> I don't normally use IDLE, but I had occasion to use it
> on MacOSX 10.6 to answer someone's question, and of course
> it didn't work properly due to Apple's broken Tcl/Tk.
>
> I followed the advice to install Active
I don't normally use IDLE, but I had occasion to use it
on MacOSX 10.6 to answer someone's question, and of course
it didn't work properly due to Apple's broken Tcl/Tk.
I followed the advice to install ActiveState Tcl 8.5.18.0,
but my Python still wants to use Apple'
On Thu, Aug 4, 2016 at 8:25 PM, Lawrence D’Oliveiro
wrote:
> On Tuesday, August 2, 2016 at 8:21:57 PM UTC+12, Valeria Munoz wrote:
>>
>> I have downloaded Python 3.6.0a3 on a Mac 10.9.5 and realized that I also
>> need to download an Active Tcl for it.
>
> Python
On Tuesday, August 2, 2016 at 8:21:57 PM UTC+12, Valeria Munoz wrote:
>
> I have downloaded Python 3.6.0a3 on a Mac 10.9.5 and realized that I also
> need to download an Active Tcl for it.
Python should already come with Tk <https://docs.python.org/3/library/tk.html>.
Tcl
On Wed, Aug 3, 2016 at 6:30 PM, Christian Gollwitzer wrote:
> Am 02.08.16 um 22:10 schrieb Ned Deily:
>>
>> "For the initial alpha releases of Python 3.6, the installer is linked
>> with Tcl/Tk 8.5; this will change prior to the beta releases of 3.6.0."
>
&
Am 02.08.16 um 22:10 schrieb Ned Deily:
"For the initial alpha releases of Python 3.6, the installer is linked
with Tcl/Tk 8.5; this will change prior to the beta releases of 3.6.0."
Let me also convey some insider information from the Tcl world: the
upcoming 8.7 (I'll expe
tion 3.6. So I would start with the recommendation for
> 3.5.2: tcl/tk 8.5.18.
Yes, sorry, I don't usually update that page for pre-releases.
The information you need is also included in the python.org OS X
installer Read Me file which is displayed during the installation
process. (A copy
e for this version. Can someone
please direct me to it? The most recent one I've been able to find is
for Python 3.5.2
This page https://www.python.org/download/mac/tcltk/
does not yet mention 3.6. So I would start with the recommendation for
3.5.2: tcl/tk 8.5.18.
I believe Ned Deily hopes to
On Tue, Aug 2, 2016 at 6:21 PM, wrote:
> I am new to the programming world but I need to learn this program for a
> research class that I am taking. I have downloaded Python 3.6.0a3 on a Mac
> 10.9.5 and realized that I also need to download an Active Tcl for it. I
> can't find one for this ve
e for this version. Can someone please direct me to it? The most recent
one I've been able to find is for Python 3.5.2
Tcl/Tk is independent from Python; any version should work. For best
results on the Mac, try the most recent ActiveTcl from here
http://www.activestate.com/activetcl/downl
Hello,
I am new to the programming world but I need to learn this program for a
research class that I am taking. I have downloaded Python 3.6.0a3 on a Mac
10.9.5 and realized that I also need to download an Active Tcl for it. I can't
find one for this version. Can someone please direct me to it
"help", "copyright", "credits" or "license" for more information.
>>> import tkinter as tk
>>> root = tk.Tk()# This will open an empty window.
>>> name = tk.StringVar()
>>>
--
boB
--
https://mail.python.org/mailman/listinfo/python-list
5.1:37a07cee5969, Dec 6 2015, 01:54:25) [MSC v.1900
64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
import tkinter as tk
name = tk.StringVar()
Traceback (most recent call last):
File "", line
D64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import tkinter as tk
>>> name = tk.StringVar()
Traceback (most recent call last):
File "", line 1, in
File "C:\Program Files\Python3
Christian Gollwitzer wrote:
> Tk calls out into the native file manager to perform the file/open
> operation (on Win&Mac, on Unix it brings it's own).
This means, on Windows the user gets a "well known" file/directory browser?
Then this is an important feature!
Anythi
Am 16.12.15 um 14:18 schrieb Ulli Horlacher:
Is there an alternative to Tk's askopenfilename() and askdirectory()?
I want to select a files and directories within one widget, but
askopenfilename() let me only select files and askdirectory() let me only
select directories.
Tk calls out
Rick Johnson wrote:
> Oh i understand. What you opine for is something like: askOpenFileOrDir()
> -- which displays a dialog from which a file or directory can be selected
> by the user.
Yes, exactly!
Now: how?
--
Ullrich Horlacher Server und Virtualisierung
Rechenzentrum IZUS/TI
On Wednesday, December 16, 2015 at 7:19:25 AM UTC-6, Ulli Horlacher wrote:
> Is there an alternative to Tk's askopenfilename() and askdirectory()?
>
> I want to select a files and directories within one widget, but
> askopenfilename() let me only select files and askdirectory() let me only
> selec
Lorenzo Sutton wrote:
> On 16/12/2015 14:18, Ulli Horlacher wrote:
> > Is there an alternative to Tk's askopenfilename() and askdirectory()?
> >
> > I want to select a files and directories within one widget, but
> > askopenfilename() let me only select files and askdirectory() let me only
> > se
On 16/12/2015 14:18, Ulli Horlacher wrote:
Is there an alternative to Tk's askopenfilename() and askdirectory()?
I want to select a files and directories within one widget, but
askopenfilename() let me only select files and askdirectory() let me only
select directories.
I guess it would he
Is there an alternative to Tk's askopenfilename() and askdirectory()?
I want to select a files and directories within one widget, but
askopenfilename() let me only select files and askdirectory() let me only
select directories.
--
Ullrich Horlacher Server und Virtualisierung
Rechen
In a message of Thu, 03 Dec 2015 20:34:10 +0100, Laura Creighton writes:
>This in to webmaster. Somebody got an error message about their
>Tcl/Tk when they started using IDLE.
>
>They went to https://www.python.org/download/mac/tcltk/
>and, yes indeed, their tk is 8.5.9, their
This in to webmaster. Somebody got an error message about their
Tcl/Tk when they started using IDLE.
They went to https://www.python.org/download/mac/tcltk/
and, yes indeed, their tk is 8.5.9, their OS is 10.8.5 so they
have a problem. They downloaded the patch from ActiveState,
and did
On 7/14/2015 11:43 AM, Mark Lawrence wrote:
On 14/07/2015 16:21, Michael Torrie wrote:
You make a good point. Although Tk is considered part of the standard
Python library (though optional),
Python-coded tkinter depends on C-coded _tkinter and both are in the
stdlib, which means the code
On 2015-07-14, Chris Angelico wrote:
> On Wed, Jul 15, 2015 at 3:28 AM, Grant Edwards
> wrote:
>> Comparing the size of Tcl+Tk and wx/Gtk doesn't really make sense
>> either since we're talking about MS Windows targets. Gtk isn't
>> involved. wxWind
On Wed, Jul 15, 2015 at 3:28 AM, Grant Edwards wrote:
> Comparing the size of Tcl+Tk and wx/Gtk doesn't really make sense
> either since we're talking about MS Windows targets. Gtk isn't
> involved. wxWindows on MS Windows runs on top of native widgets, not
> on top o
On 2015-07-14, Mark Lawrence wrote:
> On 14/07/2015 16:21, Michael Torrie wrote:
>>> Why would you have to ship "extra" libraries for Windows? Extra
>>> compared to what? When I compared bundled apps for Windows using wx
>>> and Tk, you had to ship more
On Wed, 15 Jul 2015 01:43 am, Mark Lawrence wrote:
> Surely if Tk is optional then IDLE is also optional, as IDLE depends on
> Tk? But I thought that IDLE was always supplied with Python, so am I
> missing something, or am I simply plain wrong, or what?
If you try to run IDLE on a sy
that can be worked around), though I'm not
sure how much love it's receiving lately. Like wx, or Gtk, you would
have to ship some extra dlls with your project for Windows and OS X.
Why would you have to ship "extra" libraries for Windows? Extra
compared to what? When I comp
s fairly
>> close to PyQt (a few quirks that can be worked around), though I'm not
>> sure how much love it's receiving lately. Like wx, or Gtk, you would
>> have to ship some extra dlls with your project for Windows and OS X.
>
> Why would you have to ship "
;m not
> sure how much love it's receiving lately. Like wx, or Gtk, you would
> have to ship some extra dlls with your project for Windows and OS X.
Why would you have to ship "extra" libraries for Windows? Extra
compared to what? When I compared bundled apps for Windows
On 14/07/2015 03:16, Michael Torrie wrote:
On 07/13/2015 08:42 AM, Grant Edwards wrote:
If it didn't have to run on Windows, I'd pick pygtk over wx. I've
never tried qt.
PyQt is very nice to work with. In some respects it's not as Pythonic
as PyGTK. It feels a lot like transliterated C++ co
On 07/13/2015 08:42 AM, Grant Edwards wrote:
> If it didn't have to run on Windows, I'd pick pygtk over wx. I've
> never tried qt.
PyQt is very nice to work with. In some respects it's not as Pythonic
as PyGTK. It feels a lot like transliterated C++ code, which it is.
But it's a powerful toolki
yinstaller.
>
> Not sure what your advantage is with pyinstaller, it adds a level of
> complication that doesn't usually justify itself IMO.
>
>> I have already an implementation in perl/tk :
>> http://fex.rus.uni-stuttgart.de/fop/ZAcXSugp/schwuppdiwupp.png
>> ht
In a message of Sat, 11 Jul 2015 15:50:05 -0700, Paul Rubin writes:
>Ulli Horlacher writes:
>> This is not an option for me. My users only accept standalone executables.
>> They cannot install any runtime environment or extra libraries.
>
>Long ago I was involved with a thing like this and used In
m with tkinter?
>> A first "hello world" program worked.
>>
> Don't listen.
> jmf is a troll, who always complains about Unicode support, which is broken
> accoring to him in all ways.
>
> In the case of Tk, sadly he would have a point: Tk only supports the
Unicode support, which is
broken accoring to him in all ways.
In the case of Tk, sadly he would have a point: Tk only supports the
BMP, which means that you cannot input astral characters into an entry
box (emoticons, some rare Chinese characters...) Still most scripts *do*
work.
QT handles t
wxjmfa...@gmail.com wrote:
> On Windows, there are no more usable, working GUI toolkits (wrappers).
What is the problem with tkinter?
A first "hello world" program worked.
--
Ullrich Horlacher Server und Virtualisierung
Rechenzentrum IZUS/TIK E-Mail: horlac...@tik.uni-stutt
In article ,
Kevin Walzer wrote:
> On 7/11/15 10:48 AM, Laura Creighton wrote:
> > Unless I was misinformed 2 weeks or so ago when I asked, that is the
> > problem. Tcl/Tk 8.6 works (and is shipped with) OSX, but tkinter
> > and idle don't work with it. We wi
Ulli Horlacher writes:
>> Do you mean it's not ok for the setup tool to install files?
> Yes, as I wrote before: They cannot install any files.
You wrote before that the users couldn't install files, but it wasn't
clear before that the setup tool also can't install files.
>> Hmm. It might still
On 7/11/15 10:48 AM, Laura Creighton wrote:
Unless I was misinformed 2 weeks or so ago when I asked, that is the
problem. Tcl/Tk 8.6 works (and is shipped with) OSX, but tkinter
and idle don't work with it. We will see what Ned Deily says
when he gets around to reading this.
You
Hello,
On 07/11/2015 11:20 AM, Chris Angelico wrote:
Yeah, I'd distribute the .py files and have done with it. Maybe do
it up as a package and distribute it via pip, which allows you to
fetch dependencies automatically.
I'm also writing something, and the target audience is Windows users in
a
On Sat, Jul 11, 2015 at 5:10 PM, Paul Rubin wrote:
> Ulli Horlacher writes:
>>> Long ago I was involved with a thing like this and used Inno Setup,
>>> which was great. It's a very slick installer
>> It is not a matter of knowledge, but one of user rights.
>> It is also forbidden by organization
Paul Rubin wrote:
> Ulli Horlacher writes:
> >> Long ago I was involved with a thing like this and used Inno Setup,
> >> which was great. It's a very slick installer
> > It is not a matter of knowledge, but one of user rights.
> > It is also forbidden by organization rules.
>
> Do you mean it'
Ulli Horlacher writes:
>> Long ago I was involved with a thing like this and used Inno Setup,
>> which was great. It's a very slick installer
> It is not a matter of knowledge, but one of user rights.
> It is also forbidden by organization rules.
I might not understand what you're looking for.
Paul Rubin wrote:
> Ulli Horlacher writes:
> > This is not an option for me. My users only accept standalone executables.
> > They cannot install any runtime environment or extra libraries.
>
> Long ago I was involved with a thing like this and used Inno Setup,
> which was great. It's a very sl
Ulli Horlacher writes:
> This is not an option for me. My users only accept standalone executables.
> They cannot install any runtime environment or extra libraries.
Long ago I was involved with a thing like this and used Inno Setup,
which was great. It's a very slick installer whose user experi
Chris Angelico wrote:
> > pyinstaller can make a standalone executable, there is no need for the
> > users to install "another library". They just click on the program icon,
> > that's it.
>
> Yeah, I'd distribute the .py files and have done with it.
This is not an option for me. My users only
On 07/11/2015 11:39 AM, Chris Angelico wrote:
>> I'm happy with PyQt. I haven't created standalone executable files with it,
>> though. Do they necessarily have to be large? I would think that
>> well-written import statements would cut down on the file size. Just import
>> the objects you n
In a message of Sat, 11 Jul 2015 19:37:17 +0200, Laura Creighton writes:
>Kivy has its own way to make standalone windows executables, which
>uses pyinstallers.
s/pyinstallers/PyInstaller/ sorry about that.
Laura
--
https://mail.python.org/mailman/listinfo/python-list
BIG executables, much bigger than with wx or tk.
>
> I worked with wxPython back when I was using Python 2. I got impatient
> waiting for Phoenix when I switched to Python 3, so I started using PyQt as
> my GUI.
>
> I'm happy with PyQt. I haven't created standalone e
In a message of Sat, 11 Jul 2015 16:01:05 -, Ulli Horlacher writes:
>> I'd also recommend kivy, which has the added advantage that if
>> somebody wants to use your app from a cellphone or a tablet, it
>> will just work. see: http://kivy.org/#home
>
>Is it compatible with pyinstall?
>My main ta
On Saturday, July 11, 2015 at 2:51:32 AM UTC-7, Ulli Horlacher wrote:
> Chris Angelico wrote:
> > There are other choices, too - pygtk/pygobject (GTK) and pyqt (Qt)
> > come to mind
>
> Both create BIG executables, much bigger than with wx or tk.
I worked with wxPython
executable, created with pyinstaller.
>
> Not sure what your advantage is with pyinstaller, it adds a level of
> complication that doesn't usually justify itself IMO.
>
>> I have already an implementation in perl/tk :
>> http://fex.rus.uni-stuttgart.de/fop/ZAcXSugp/schwuppdiwupp.
I've recently been facing the same question but with a new (probably simpler)
app than your own. I've decided to re-implement what I have in tk, replacing
GTK in the python code. I am no expert in either but I find tk to be more
coherent at the API level and better documented. Howev
Christian Gollwitzer wrote:
> > I have already an implementation in perl/tk :
> > http://fex.rus.uni-stuttgart.de/fop/ZAcXSugp/schwuppdiwupp.png
> > http://fex.belwue.de/download/schwuppdiwupp.pl
>
> May I ask what is the reason to port this over to Python? Is it to le
get rid of some perl and tk bugs, then it would be good
> to check if the bugs exist in tkinter + python as well.
It's on my checklist :-)
> Tk works with Python 3. wxPython doesn't yet.
> So if your porting is being done 'because I want to learn Python' then it
that you
> >> will need an older version of tk than the most recent one.
> >> This information is current: https://www.python.org/download/mac/tcltk/
> >> Don't use 8.6
> >I'm not sure how recent this really is. Kevin Walzer has done a lot of
>
In a message of Sat, 11 Jul 2015 13:56:09 +0200, Christian Gollwitzer writes:
>Am 11.07.15 um 13:27 schrieb Laura Creighton:
>> Also, if you need your app to work with MacOS, be warned that you
>> will need an older version of tk than the most recent one.
>> This informat
Am 11.07.15 um 13:27 schrieb Laura Creighton:
Also, if you need your app to work with MacOS, be warned that you
will need an older version of tk than the most recent one.
This information is current: https://www.python.org/download/mac/tcltk/
Don't use 8.6
I'm not sure how recent t
1 - 100 of 615 matches
Mail list logo
