....with a twist.
I'm undertaking my first semi-substantial Python GUI application after a
long time dabbling with the language.
I'm fairly experienced with Tcl/Tk, so Tkinter seems the obvious choice
to reduce my Python learning curve. However, my Tcl applications
typically make use of a *lot* of extensions to the core widget set, such
as BWidgets, tablelist, and Tile.
I've found minimal Tkinter wrappers for all of these extensions, but
they are all labelled "experimental," lightly documented at best, and
little-used (as far as I can tell) by Python developers.
So: my question is, would it be more productive for me to wrestle with
these extensions when there doesn't seem to be much constituency for
their use, or would it be better/faster/more efficient for me to start
scaling the wxPython mountain?
For what it's worth, my application has to run on OS X and Windows, and
will be commercial, so this combination of requirements rules out
PyGTK/PyQt/just about every other cross-platform GUI toolkit.
Advice, especially from those Tkinter devs who look beyond the core
widget set for their apps, is appreciated!
--
Kevin Walzer
iReveal: File Search Tool http://www.wordtech-software.com 26  1844 
On Fri, 10 Feb 2006 19:16:36 -0500,
Kevin Walzer <sw@wordtech-software.com> wrote: For what it's worth, my application has to run on OS X and Windows,
and will be commercial, so this combination of requirements rules out
PyGTK/PyQt/just about every other cross-platform GUI toolkit.
According to their respective web sites, both Qt and PyQt have
commercial licenses, and both run on both OS X and Windows. Is there
another reason you cannot use them? Usually the concern is the other
way around, that the Qt and PyQt licenses aren't sufficiently free or
Free.
Disclaimer: I have no financial or business ties to Trolltech or to
Riverbank.
Regards,
Dan
--
Dan Sommers
<http://www.tombstonezero.net/dan/>
Dan Sommers wrote: On Fri, 10 Feb 2006 19:16:36 -0500,
Kevin Walzer <sw@wordtech-software.com> wrote:
For what it's worth, my application has to run on OS X and Windows,
and will be commercial, so this combination of requirements rules out
PyGTK/PyQt/just about every other cross-platform GUI toolkit.
According to their respective web sites, both Qt and PyQt have
commercial licenses, and both run on both OS X and Windows. Is there
another reason you cannot use them? Usually the concern is the other
way around, that the Qt and PyQt licenses aren't sufficiently free or
Free.
Disclaimer: I have no financial or business ties to Trolltech or to
Riverbank.
Regards,
Dan
Commercial Qt is a little out of my price range.
--
Kevin Walzer
iReveal: File Search Tool http://www.wordtech-software.com
On 2/10/06, Kevin Walzer <sw@wordtech-software.com> wrote: ...with a twist.
I'm undertaking my first semi-substantial Python GUI application after a
long time dabbling with the language.
I'm fairly experienced with Tcl/Tk, so Tkinter seems the obvious choice
to reduce my Python learning curve. However, my Tcl applications
typically make use of a *lot* of extensions to the core widget set, such
as BWidgets, tablelist, and Tile.
I've found minimal Tkinter wrappers for all of these extensions, but
they are all labelled "experimental," lightly documented at best, and
little-used (as far as I can tell) by Python developers.
So: my question is, would it be more productive for me to wrestle with
these extensions when there doesn't seem to be much constituency for
their use, or would it be better/faster/more efficient for me to start
scaling the wxPython mountain?
For what it's worth, my application has to run on OS X and Windows, and
will be commercial, so this combination of requirements rules out
PyGTK/PyQt/just about every other cross-platform GUI toolkit.
If you're planning on selling an application, especially to OS X
users, then Tk is absolutely out of the question. It doesn't have even
the slightest resemblence to native behavior, and lacks the polish and
flash that occasionally lets a non-native app get away with it. Given
the limits you've stated, I believe your only options are wxPython and
writting 2 guis using PyWin/PyObjC. The second option requires
knowledge of the native tool sets for the respective platforms, so if
you don't have that I can only suggest wxPython. If you're used to Tk
you will face a learning curve, and you will need to look for or write
replacements for the custom widgets you've been using.
Advice, especially from those Tkinter devs who look beyond the core
widget set for their apps, is appreciated!
--
Kevin Walzer
iReveal: File Search Tool
http://www.wordtech-software.com
--
http://mail.python.org/mailman/listinfo/python-list
Hi Kevin!
I have no experience with Tkinter, but I did some small GUIs with
wxPython and PyGTK.
wxPython works very well on Windows, but on Linux (Ubuntu/Debian in my
case) it is very difficult to work with and buggy.
PyGTK-Applications on the other hand maybe do not look totally like
Windows-Apps, but they work equally good on both systems (and have
native look when working with Gnome).
I would take a look at PyGTK in combination with Glade, which is what I use.
Regards, Florian.
On 2006-02-11, db*****@gmail.com <db*****@gmail.com> wrote: What's wrong with wxPython? (http://www.wxpython.org)
Nothing. A lot of us use it.
Didn't see it mentioned here.
I'm sorry, I didn't realize we were supposed to.
You might want to check the wxpython mailing list if you want
to see it mentioned more often.
--
Grant Edwards grante Yow! Why are these
at athletic shoe salesmen
visi.com following me??
On 2006-02-11, Florian Nykrin <fn*****@t-online.de> wrote: wxPython works very well on Windows, but on Linux (Ubuntu/Debian in my
case) it is very difficult to work with and buggy.
That's odd. I've been using wxPython for many years on both
Windows and on many distributions and haven't found a bug yet.
I admit that wxWidgets doesn't have the most elegent API in the
world...
--
Grant Edwards grante Yow! Thousands of days of
at civilians... have produced
visi.com a... feeling for the
aesthetic modules --
Florian Nykrin wrote: Hi Kevin!
I have no experience with Tkinter, but I did some small GUIs with
wxPython and PyGTK.
wxPython works very well on Windows, but on Linux (Ubuntu/Debian in my
case) it is very difficult to work with and buggy.
PyGTK-Applications on the other hand maybe do not look totally like
Windows-Apps, but they work equally good on both systems (and have
native look when working with Gnome).
I would take a look at PyGTK in combination with Glade, which is what I
use.
Regards, Florian.
Unfortunately, PyGTK does not run natively on the Mac (it's X11 only).
--
Kevin Walzer
iReveal: File Search Tool http://www.wordtech-software.com
On 2/10/06, Kevin Walzer <sw@wordtech-software.com> wrote: I'm undertaking my first semi-substantial Python GUI application after a
long time dabbling with the language.
.... So: my question is, would it be more productive for me to wrestle with
these extensions when there doesn't seem to be much constituency for
their use, or would it be better/faster/more efficient for me to start
scaling the wxPython mountain?
If you're going cross-platform, then wxPython is the toolkit to use.
It looks and works correctly on all platforms.
I worked with wxPython for a couple of years, and constantly struggled
with the ugle, C++ style syntax, and then discovered Dabo. Dabo is a
full 3-tier application framework, and its UI tier wraps wxPython. So
while you're using wxPython when you use dabo.ui, you're writing
clean, Pythonic code. I found that after playing around with Dabo for
a little bit, I could write apps that worked without constantly going
to the docs to look up some obscure constant or event name. The
authors are also extremely helpful, so if write your app using Dabo,
I'm sure that you'll have tons of support. http://dabodev.com
--
# p.d.
Wow you are so wrong about Tk on OSX. Soon this is just not going to be
the case at all for any of the system Tcl/Tk runs on. The Tcl folks
have come out with a package called "Tile" that is going to be rolled
in. It gives you native L&F on OSX, Windows, Linux.
Robert
Robert Hicks wrote: Wow you are so wrong about Tk on OSX. Soon this is just not going to be
the case at all for any of the system Tcl/Tk runs on. The Tcl folks
have come out with a package called "Tile" that is going to be rolled
in. It gives you native L&F on OSX, Windows, Linux.
This is good news if it happens, but right now it's just another dose of
"real soon now".
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC www.holdenweb.com
PyCon TX 2006 www.python.org/pycon/
Chris Mellon wrote:
If you're planning on selling an application, especially to OS X
users, then Tk is absolutely out of the question. It doesn't have even
the slightest resemblence to native behavior, and lacks the polish and
flash that occasionally lets a non-native app get away with it. Given
the limits you've stated, I believe your only options are wxPython and
writting 2 guis using PyWin/PyObjC. The second option requires
knowledge of the native tool sets for the respective platforms, so if
you don't have that I can only suggest wxPython. If you're used to Tk
you will face a learning curve, and you will need to look for or write
replacements for the custom widgets you've been using.
Do these screenshots look "non-native" to you? http://www.wordtech-software.com/ireveal-mac.png http://www.wordtech-software.com/ireveal-windows.png http://www.wordtech-software.com/ireveal-linux.png
This application was developed in Tcl/Tk.
I think Tkinter is lagging behind Tk itself in terms of its advances
with theming and native look and feel, especially on OS X and Win XP.
Certainly a lot of Python developers don't seem well-informed about the
work that has been done to bring Tk back into the modern age. The
wrappers I mentioned above (some at a site that is offline but should be
back online shortly, I'm told) are bleeding-edge in Tkinter terms but
reflect work that started a couple of years ago in Tk. (The extension is
called "Tile" and will be part of the Tk core when it's released at v. 8.5).
That doesn't mean wxPython is out of the question. What I'm trying to
figure out is whether I will be up and running faster with Tkinter +
Tile (leaving me mainly to improve my proficiency with Python itself and
translate Tk into a Python idiom) or whether I should learn wxPython,
with its vastly different GUI paradigm, as well as Python.
If Tkinter + Tile + Bwidgets + Tablelist does the job, as I think it may
(and as it does with regular Tcl/Tk), then I will probably stick with
that. And perhaps I can then contribute some documentation somewhere on
how to use the Tile widgets in a Tkinter application, complete with
screen shots and working code for others to use. Such documentation is
sorely lacking right now.
The vast range of available GUI toolkits is one thing that partially
offsets Python's many virtues as a programming language. I realize I was
stepping into a fire swamp by even broaching the question. However, the
application I'm envisioning (accessing web services from a desktop GUI)
will benefit from the abundant Python libraries/wrappers that have
already been written, which are mostly lacking (or which would require
me to roll my own) in Tcl.
--
Kevin Walzer
iReveal: File Search Tool http://www.wordtech-software.com
Steve Holden wrote: Robert Hicks wrote: Wow you are so wrong about Tk on OSX. Soon this is just not going to be
the case at all for any of the system Tcl/Tk runs on. The Tcl folks
have come out with a package called "Tile" that is going to be rolled
in. It gives you native L&F on OSX, Windows, Linux.
This is good news if it happens, but right now it's just another dose of
"real soon now".
regards
Steve
Not true. It's already available. I've shipped three open-source and one
commercial application making use of Tile.
The Tkinter wrapper is here: http://mfranklin.is-a-geek.org/docs/Tile/index.html
The server is down at the moment but is supposed to be back online shortly.
--
Kevin Walzer
iReveal: File Search Tool http://www.wordtech-software.com
Peter Decker wrote: On 2/10/06, Kevin Walzer <sw@wordtech-software.com> wrote:
I'm undertaking my first semi-substantial Python GUI application after a
long time dabbling with the language.
... So: my question is, would it be more productive for me to wrestle with
these extensions when there doesn't seem to be much constituency for
their use, or would it be better/faster/more efficient for me to start
scaling the wxPython mountain?
If you're going cross-platform, then wxPython is the toolkit to use.
It looks and works correctly on all platforms.
I worked with wxPython for a couple of years, and constantly struggled
with the ugle, C++ style syntax, and then discovered Dabo. Dabo is a
full 3-tier application framework, and its UI tier wraps wxPython. So
while you're using wxPython when you use dabo.ui, you're writing
clean, Pythonic code. I found that after playing around with Dabo for
a little bit, I could write apps that worked without constantly going
to the docs to look up some obscure constant or event name. The
authors are also extremely helpful, so if write your app using Dabo,
I'm sure that you'll have tons of support.
http://dabodev.com
--
# p.d.
Dabo looks interesting, but isn't it mainly for database applications?
Has any other kind of application been developed with it? Also, it seems
very Windows/Linux-centric. Is anyone using it on OS X?
--
Kevin Walzer
iReveal: File Search Tool http://www.wordtech-software.com
Peter Decker wrote: On 2/10/06, Kevin Walzer <sw@wordtech-software.com> wrote:
I'm undertaking my first semi-substantial Python GUI application after a
long time dabbling with the language.
... So: my question is, would it be more productive for me to wrestle with
these extensions when there doesn't seem to be much constituency for
their use, or would it be better/faster/more efficient for me to start
scaling the wxPython mountain?
If you're going cross-platform, then wxPython is the toolkit to use.
It looks and works correctly on all platforms.
I worked with wxPython for a couple of years, and constantly struggled
with the ugle, C++ style syntax, and then discovered Dabo. Dabo is a
full 3-tier application framework, and its UI tier wraps wxPython. So
while you're using wxPython when you use dabo.ui, you're writing
clean, Pythonic code. I found that after playing around with Dabo for
a little bit, I could write apps that worked without constantly going
to the docs to look up some obscure constant or event name. The
authors are also extremely helpful, so if write your app using Dabo,
I'm sure that you'll have tons of support.
http://dabodev.com
--
# p.d.
Dabo looks interesting, but isn't it mainly for database applications?
Has any other kind of application been developed with it? Also, it seems
very Windows/Linux-centric. Is anyone using it on OS X?
--
Kevin Walzer
iReveal: File Search Tool http://www.wordtech-software.com
Chris Mellon wrote:
If you're planning on selling an application, especially to OS X
users, then Tk is absolutely out of the question. It doesn't have even
the slightest resemblence to native behavior, and lacks the polish and
flash that occasionally lets a non-native app get away with it. Given
the limits you've stated, I believe your only options are wxPython and
writting 2 guis using PyWin/PyObjC. The second option requires
knowledge of the native tool sets for the respective platforms, so if
you don't have that I can only suggest wxPython. If you're used to Tk
you will face a learning curve, and you will need to look for or write
replacements for the custom widgets you've been using.
Do these screenshots look "non-native" to you? http://www.wordtech-software.com/ireveal-mac.png http://www.wordtech-software.com/ireveal-windows.png http://www.wordtech-software.com/ireveal-linux.png
This application was developed in Tcl/Tk.
I think Tkinter is lagging behind Tk itself in terms of its advances
with theming and native look and feel, especially on OS X and Win XP.
Certainly a lot of Python developers don't seem well-informed about the
work that has been done to bring Tk back into the modern age. The
wrappers I mentioned above (some at a site that is offline but should be
back online shortly, I'm told) are bleeding-edge in Tkinter terms but
reflect work that started a couple of years ago in Tk. (The extension is
called "Tile" and will be part of the Tk core when it's released at v. 8.5).
That doesn't mean wxPython is out of the question. What I'm trying to
figure out is whether I will be up and running faster with Tkinter +
Tile (leaving me mainly to improve my proficiency with Python itself and
translate Tk into a Python idiom) or whether I should learn wxPython,
with its vastly different GUI paradigm, as well as Python.
If Tkinter + Tile + Bwidgets + Tablelist does the job, as I think it may
(and as it does with regular Tcl/Tk), then I will probably stick with
that. And perhaps I can then contribute some documentation somewhere on
how to use the Tile widgets in a Tkinter application, complete with
screen shots and working code for others to use. Such documentation is
sorely lacking right now.
The vast range of available GUI toolkits is one thing that partially
offsets Python's many virtues as a programming language. I realize I was
stepping into a fire swamp by even broaching the question. However, the
application I'm envisioning (accessing web services from a desktop GUI)
will benefit from the abundant Python libraries/wrappers that have
already been written, which are mostly lacking (or which would require
me to roll my own) in Tcl.
--
Kevin Walzer
iReveal: File Search Tool http://www.wordtech-software.com
Steve Holden wrote: Robert Hicks wrote: Wow you are so wrong about Tk on OSX. Soon this is just not going to be
the case at all for any of the system Tcl/Tk runs on. The Tcl folks
have come out with a package called "Tile" that is going to be rolled
in. It gives you native L&F on OSX, Windows, Linux.
This is good news if it happens, but right now it's just another dose of
"real soon now".
regards
Steve
Not true. It's already available. I've shipped three open-source and one
commercial application making use of Tile.
The Tkinter wrapper is here: http://mfranklin.is-a-geek.org/docs/Tile/index.html
The server is down at the moment but is supposed to be back online shortly.
--
Kevin Walzer
iReveal: File Search Tool http://www.wordtech-software.com
On 2/11/06, Kevin Walzer <sw@wordtech-software.com> wrote: Dabo looks interesting, but isn't it mainly for database applications?
Has any other kind of application been developed with it? Also, it seems
very Windows/Linux-centric. Is anyone using it on OS X?
The Dabo demo comes with several games written that have no database
stuff at all. According to the developers (one of whom develops on OS
X, to answer your other question), they started out creating a tool
for database apps, but the response has been so strong on the UI side
that they've spent most of their time making the dabo.ui module able
to be used by iteself.
I don't do any development work with databases, and I've used Dabo for
several internal apps. The stuff I used to write in wxPython I now
write in Dabo.
--
# p.d.
On 2/11/06, Kevin Walzer <sw@wordtech-software.com> wrote: Also, it seems
very Windows/Linux-centric. Is anyone using it on OS X?
I almost forgot: take a look at this screencast: http://leafe.com/screencasts/sizers2.html
It's the second part of a demonstration on using sizers in the Dabo
visual designer tool. The first part was done on Linux, and the saved
file was copied over unchanged to OS X, where the demo was completed.
--
# p.d.
On 2/11/06, Kevin Walzer <sw@wordtech-software.com> wrote: Chris Mellon wrote:
If you're planning on selling an application, especially to OS X
users, then Tk is absolutely out of the question. It doesn't have even
the slightest resemblence to native behavior, and lacks the polish and
flash that occasionally lets a non-native app get away with it. Given
the limits you've stated, I believe your only options are wxPython and
writting 2 guis using PyWin/PyObjC. The second option requires
knowledge of the native tool sets for the respective platforms, so if
you don't have that I can only suggest wxPython. If you're used to Tk
you will face a learning curve, and you will need to look for or write
replacements for the custom widgets you've been using.
Do these screenshots look "non-native" to you?
Yes, actually. But thats not the point, and a trivial dialog isn't
enough to really judge Tile anyway.
http://www.wordtech-software.com/ireveal-mac.png
http://www.wordtech-software.com/ireveal-windows.png
http://www.wordtech-software.com/ireveal-linux.png
This application was developed in Tcl/Tk.
I think Tkinter is lagging behind Tk itself in terms of its advances
with theming and native look and feel, especially on OS X and Win XP.
Certainly a lot of Python developers don't seem well-informed about the
work that has been done to bring Tk back into the modern age. The
wrappers I mentioned above (some at a site that is offline but should be
back online shortly, I'm told) are bleeding-edge in Tkinter terms but
reflect work that started a couple of years ago in Tk. (The extension is
called "Tile" and will be part of the Tk core when it's released at v. 8.5).
That doesn't mean wxPython is out of the question. What I'm trying to
figure out is whether I will be up and running faster with Tkinter +
Tile (leaving me mainly to improve my proficiency with Python itself and
translate Tk into a Python idiom) or whether I should learn wxPython,
with its vastly different GUI paradigm, as well as Python.
That depends almost totally on you and your skills, doesn't it? I'm an
unabashed fan of wxPython, so naturally I lean that way, but I
wouldn't deny that is has a learning curve. It's famous "C++ like API"
has seen vast improvement in the last few releases, by the way, and is
much more pythonic than a lot of people seem to believe - no more
from wxPython import *, for example. I certainly find it's API more
pythonic than Tkinters.
If Tkinter + Tile + Bwidgets + Tablelist does the job, as I think it may
(and as it does with regular Tcl/Tk), then I will probably stick with
that. And perhaps I can then contribute some documentation somewhere on
how to use the Tile widgets in a Tkinter application, complete with
screen shots and working code for others to use. Such documentation is
sorely lacking right now.
The vast range of available GUI toolkits is one thing that partially
offsets Python's many virtues as a programming language. I realize I was
stepping into a fire swamp by even broaching the question. However, the
application I'm envisioning (accessing web services from a desktop GUI)
will benefit from the abundant Python libraries/wrappers that have
already been written, which are mostly lacking (or which would require
me to roll my own) in Tcl.
I can't possibly see how an available range of GUI toolkits is a
detriment to a *language*. I can see (but don't neccesarily agree)
that is detrimental to a desktop environment or whatever, but not a
language. By that standard C is the worst language to ever exist, C++
only marginally better, and stuff like Visual FoxPro the best of all.
--
Kevin Walzer
iReveal: File Search Tool
http://www.wordtech-software.com
Kevin Walzer: Do these screenshots look "non-native" to you?
http://www.wordtech-software.com/ireveal-mac.png
Yes. I don't use a Mac much but the following are really obvious.
The column header icons don't fit within the header. The scroll bar is
squished up too thin. The icons are from Windows.
http://www.wordtech-software.com/ireveal-windows.png
Yes. The archetype here is Windows XP Explorer. Icons too large.
Icons jaggy due to lack of alpha compositing. Icon text too long but no
label for entry field. Weird discontinuity between toolbar and list.
List header too tall. List has alternating background. Status bar not
indented. No resize indicator in status bar. Line between columns.
Vertical scroll bar ends at bottom of horizontal scroll bar rather than
top. Scroll bars use dithered background rather than graduated smooth
background.
http://www.wordtech-software.com/ireveal-linux.png
Totally native. If you are still using a 10 year old desktop
environment.
Neil
Kevin Walzer <sw@wordtech-software.com> writes:
[...] Commercial Qt is a little out of my price range.
Commercial *PyQt* (including a license for Qt for use only with PyQt)
is $400 (USD) per developer (plus an extra $300/year if you want
upgrades). That's compared to Qt license for use *with C++* varying
from $1690 to $6260. So PyQt is 4-15 times cheaper than old-fashioned
C++ Qt! http://www.thekompany.com/products/blackadder/
Apparently you get mxODBC in that price, too. And the Blackadder
development environment itself, of course, though personally I
wouldn't use it.
PyQt 4 now seems to exist, though not as a stable release yet, so I
imagine it'll be a bit longer untill there's a release of Blackadder
that supports Qt 4. I recall the PyQt 2 --> PyQt 3 upgrade as being
fairly painless (in terms of code changes), though.
John
On Monday 13 February 2006 12:33 am, John J. Lee wrote: Kevin Walzer <sw@wordtech-software.com> writes:
[...]
Commercial Qt is a little out of my price range.
Commercial *PyQt* (including a license for Qt for use only with PyQt)
is $400 (USD) per developer (plus an extra $300/year if you want
upgrades). That's compared to Qt license for use *with C++* varying
from $1690 to $6260. So PyQt is 4-15 times cheaper than old-fashioned
C++ Qt!
http://www.thekompany.com/products/blackadder/
Apparently you get mxODBC in that price, too. And the Blackadder
development environment itself, of course, though personally I
wouldn't use it.
PyQt 4 now seems to exist, though not as a stable release yet, so I
imagine it'll be a bit longer untill there's a release of Blackadder
that supports Qt 4. I recall the PyQt 2 --> PyQt 3 upgrade as being
fairly painless (in terms of code changes), though.
There will never be a release of Blackadder that supports PyQt4.
Phil
Phil Thompson <ph**@riverbankcomputing.co.uk> writes: On Monday 13 February 2006 12:33 am, John J. Lee wrote: Kevin Walzer <sw@wordtech-software.com> writes:
[...]
Commercial Qt is a little out of my price range.
Commercial *PyQt* (including a license for Qt for use only with PyQt)
is $400 (USD) per developer (plus an extra $300/year if you want
upgrades). That's compared to Qt license for use *with C++* varying
from $1690 to $6260. So PyQt is 4-15 times cheaper than old-fashioned
C++ Qt!
[...] PyQt 4 now seems to exist, though not as a stable release yet, so I
imagine it'll be a bit longer untill there's a release of Blackadder
that supports Qt 4. I recall the PyQt 2 --> PyQt 3 upgrade as being
fairly painless (in terms of code changes), though.
There will never be a release of Blackadder that supports PyQt4.
Will there be a licensing deal that allows commercial use of PyQt
cheaper than the standard Qt C++ licenses?
John This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: Martin Bless |
last post by:
The good news:
Along with Python-2.4 comes really good news to Windows users. Yes,
you now CAN build extension modules yourself using the SAME C++
compiler and linker Python is built with...
|
by: Chive Software |
last post by:
Chive Software are pleased to announce a new version of its Apoc PDF
Toolkit, part a of its Apoc suite of products.
Apoc PDF Toolkit is a high quality software component that developers
can add...
|
by: Jonathan Wilson |
last post by:
Is it possible to use vcbuild with the free MS compiler toolkit, as in can
someone with just the MS toolkit and no access to a copy of Visual Studio
itself use vcbuild to compile a Visual Studio...
|
by: noleander |
last post by:
I'm trying to get Vis C++ std to compile using /O2 optimizing flag. Many
people have suggested downloading the MS C++ 2003 Toolkit ... it supposedly
has C++ compiler bins that one could use.
I...
|
by: Manish Pansiniya |
last post by:
Hello to all,
we want to update resource online when administrator changes Localization
database. can anybody tell me weather it is possible to run localization
toolkit in command line or as...
|
by: Eric |
last post by:
Hi,
I'm just looking into the samples that are delivered withthe Enterprise
Localization Framework/Toolkit.
I have set it up and it all works fine.
But.. now i have a question.
I read a...
|
by: Rental |
last post by:
I'm having the sam problem as described below with the Localization
toolkit. Does anyone know if there is a solution to this problem.
--->When attempting to generate resource dlls with...
|
by: LP |
last post by:
Hello,
I am looking into ways to consume Web Service (developed in .NET/C#) from
legacy COM based applications. Porting COM applications to .NET is not a
viable option at this time.
I am aware...
|
by: invitro81 |
last post by:
Hello
I've recently learnt python and I do love it! I congratulate all those
geeks who produce this nice language; well, because I could be called a
nearby newbee I've decided to improve my...
|
by: vasudevram |
last post by:
Hi group,
xtopdf: PDF creation / conversion toolkit: alpha release of v1.3
This is actually a somewhat preliminary announcement, but may be of
interest to developers / users who know Python...
|
by: lllomh |
last post by:
Define the method first
this.state = {
buttonBackgroundColor: 'green',
isBlinking: false, // A new status is added to identify whether the button is blinking or not
}
autoStart=()=>{
|
by: isladogs |
last post by:
The next Access Europe meeting will be on Wednesday 4 Oct 2023 starting at 18:00 UK time (6PM UTC+1) and finishing at about 19:15 (7.15PM)
The start time is equivalent to 19:00 (7PM) in Central...
|
by: tracyyun |
last post by:
Hello everyone,
I have a question and would like some advice on network connectivity. I have one computer connected to my router via WiFi, but I have two other computers that I want to be able to...
|
by: giovanniandrean |
last post by:
The energy model is structured as follows and uses excel sheets to give input data:
1-Utility.py contains all the functions needed to calculate the variables and other minor things (mentions...
|
by: NeoPa |
last post by:
Hello everyone.
I find myself stuck trying to find the VBA way to get Access to create a PDF of the currently-selected (and open) object (Form or Report).
I know it can be done by selecting :...
|
by: Teri B |
last post by:
Hi, I have created a sub-form Roles. In my course form the user selects the roles assigned to the course.
0ne-to-many. One course many roles.
Then I created a report based on the Course form and...
|
by: NeoPa |
last post by:
Introduction
For this article I'll be focusing on the Report (clsReport) class. This simply handles making the calling Form invisible until all of the Reports opened by it have been closed, when it...
|
by: isladogs |
last post by:
The next online meeting of the Access Europe User Group will be on Wednesday 6 Dec 2023 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM).
In this month's session, Mike...
|
by: GKJR |
last post by:
Does anyone have a recommendation to build a standalone application to replace an Access database? I have my bookkeeping software I developed in Access that I would like to make available to other...
| |
