Gary R. Van Sickle wrote:
[snip]
An argument for demand-downloaded .mo files, then?
An argument for simply adding the translations to res.rc as
localized STRINGTABLES.
MESSAGETABLES
Then you can use FormatMessage() and things are much less brain-bamaging.
But then
Max Bowsher schrieb:
Gary R. Van Sickle wrote:
An argument for demand-downloaded .mo files, then?
An argument for simply adding the translations to res.rc as
localized STRINGTABLES.
MESSAGETABLES
Then you can use FormatMessage() and things are much less
Reini Urban wrote:
Reini Urban schrieb:
Dr. Volker Zell schrieb:
Christopher Faylor writes:
I don't see it anywhere. The closest thing I see is:
libopenldap2_2_7/libopenldap2_2_7-2.2.17-1.tar.bz2
That's ok. I don't know what Reini is seeing.
Unfortunately I didn't make a screenshot and
On Wed, 2004-10-27 at 04:03 +0200, Reini Urban wrote:
Brian Dessent schrieb:
Reini Urban wrote:
Esp. Replaces: sh-utils fileutils textutils would be needed for
coreutils. And it doesn't require additional user-input.
It's not strictly necessary. There's already the _ZZZRemovedPackages
There are command line options to avoid this; see
http://sources.redhat.com/ml/cygwin-apps/2003-03/msg00526.html
-n --no-shortcuts Disable creation of desktop and start
-N --no-startmenu Disable creation of start menu shortcut
-d --no-desktop Disable creation of desktop shortcut
I wonder if most of people have any knoweladge about setup command line
arguments, I believe in most cases setup is being started directly from
cygwin web page.
It's the most important rule of any GUI program design - all settings
must be available in GUI.
On Wed, 2004-10-27 at 08:07,
At Wednesday, October 27, 2004 8:34 AM, Sergey Okhapkin wrote:
I wonder if most of people have any knowledge about setup command
line arguments, I believe in most cases setup is being started
directly from cygwin web page.
It's the most important rule of any GUI program design - all
Buchbinder, Barry (NIH/NIAID) schrieb:
At Wednesday, October 27, 2004 8:34 AM, Sergey Okhapkin wrote:
I wonder if most of people have any knowledge about setup command
line arguments, I believe in most cases setup is being started
directly from cygwin web page.
It's the most important rule of any
On Wed, 27 Oct 2004, Reini Urban wrote:
Reini Urban schrieb:
Dr. Volker Zell schrieb:
Christopher Faylor writes:
I don't see it anywhere. The closest thing I see is:
libopenldap2_2_7/libopenldap2_2_7-2.2.17-1.tar.bz2
That's ok. I don't know what Reini is seeing.
Igor Pechtchanski wrote:
On Wed, 27 Oct 2004, Reini Urban wrote:
Reini Urban schrieb:
Dr. Volker Zell schrieb:
Christopher Faylor writes:
I don't see it anywhere. The closest thing I see is:
libopenldap2_2_7/libopenldap2_2_7-2.2.17-1.tar.bz2
That's ok. I don't know what Reini is seeing.
Igor Pechtchanski schrieb:
On Wed, 27 Oct 2004, Reini Urban wrote:
Reini Urban schrieb:
Dr. Volker Zell schrieb:
Christopher Faylor writes:
I don't see it anywhere. The closest thing I see is:
libopenldap2_2_7/libopenldap2_2_7-2.2.17-1.tar.bz2
That's ok. I don't know what Reini is
Reini Urban wrote:
Using gettext would be fine but we must link everything statically, and
I doubt that is worth the effort to put the mo's into the exe as some
data ressource, dump it at start to some dirs and use it then. Can
gettext() use internals ressources? Can it use some kind of
Max Bowsher schrieb:
Reini Urban wrote:
Using gettext would be fine but we must link everything statically, and
I doubt that is worth the effort to put the mo's into the exe as some
data ressource, dump it at start to some dirs and use it then. Can
gettext() use internals ressources? Can it use
Reini Urban wrote:
Max Bowsher schrieb:
Reini Urban wrote:
Using gettext would be fine but we must link everything statically, and
I doubt that is worth the effort to put the mo's into the exe as some
data ressource, dump it at start to some dirs and use it then. Can
gettext() use internals
Max Bowsher schrieb:
Reini Urban wrote:
Max Bowsher schrieb:
Reini Urban wrote:
Using gettext would be fine but we must link everything statically, and
I doubt that is worth the effort to put the mo's into the exe as some
data ressource, dump it at start to some dirs and use it then. Can
gettext()
Reini Urban wrote:
But I want first only think about ... mingw-bzip2 integration
I've done some work on this, but currently given up for the moment, contact
me for a status update before speding time on this one.
Max.
Max Bowsher schrieb:
Reini Urban wrote:
But I want first only think about ... mingw-bzip2 integration
I've done some work on this, but currently given up for the moment,
contact me for a status update before speding time on this one.
:) This is really the tiniest problem of all. I will spend no
[snip]
An argument for demand-downloaded .mo files, then?
An argument for simply adding the translations to res.rc as
localized STRINGTABLES.
MESSAGETABLES
Then you can use FormatMessage() and things are much less brain-bamaging.
--
Gary R. Van Sickle
Reini Urban wrote:
Attached is my ugly patch to make the dialogs larger by 200, to limit
the package version string to max 45 chars and to limit the max package
column width to 500 pixel (better than nothing). My calculation if the
max column width from the parent window was too fragile. Maybe
On Tue, Oct 26, 2004 at 10:04:54AM +0100, Max Bowsher wrote:
Reini Urban wrote:
Attached is my ugly patch to make the dialogs larger by 200, to limit
the package version string to max 45 chars and to limit the max package
column width to 500 pixel (better than nothing). My calculation if the
max
Reini Urban writes:
But nevertheless since we have now just another broken package version
string - openldap-2-2-15 - which makes the Current header exceed the
window width, I've made some tiny changes to limit this width to the
max window size.
It shouldn't be in there
On Tue, Oct 26, 2004 at 06:00:05PM +0200, Dr. Volker Zell wrote:
Reini Urban writes:
But nevertheless since we have now just another broken package version
string - openldap-2-2-15 - which makes the Current header exceed the
window width, I've made some tiny changes to limit this width to the
max
Christopher Faylor writes:
I don't see it anywhere. The closest thing I see is:
libopenldap2_2_7/libopenldap2_2_7-2.2.17-1.tar.bz2
That's ok. I don't know what Reini is seeing.
cgf
Ciao
Volker
Dr. Volker Zell schrieb:
Christopher Faylor writes:
I don't see it anywhere. The closest thing I see is:
libopenldap2_2_7/libopenldap2_2_7-2.2.17-1.tar.bz2
That's ok. I don't know what Reini is seeing.
Unfortunately I didn't make a screenshot and did't backup this setup.ini
in
I started to beautify setup.exe, because I don't want to resize it
everytime manually.
As you are working on setup.exe, could you please consider to fix
the following two small but annoying bugs?
* setup remembers web access settings (e.g. which proxy to use) but it
forgets the proxy port
Reini Urban schrieb:
Attached is my ugly patch to make the dialogs larger by 200, to limit
the package version string to max 45 chars and to limit the max package
column width to 500 pixel (better than nothing). My calculation if the
max column width from the parent window was too fragile.
Reini Urban wrote:
Esp. Replaces: sh-utils fileutils textutils would be needed for
coreutils. And it doesn't require additional user-input.
It's not strictly necessary. There's already the _ZZZRemovedPackages
thing where you can stick dummy empty packages of things that have gone
away.
Brian
Brian Dessent schrieb:
Reini Urban wrote:
Esp. Replaces: sh-utils fileutils textutils would be needed for
coreutils. And it doesn't require additional user-input.
It's not strictly necessary. There's already the _ZZZRemovedPackages
thing where you can stick dummy empty packages of things that
Reini Urban schrieb:
Dr. Volker Zell schrieb:
Christopher Faylor writes:
I don't see it anywhere. The closest thing I see is:
libopenldap2_2_7/libopenldap2_2_7-2.2.17-1.tar.bz2
That's ok. I don't know what Reini is seeing.
Unfortunately I didn't make a screenshot and did't backup this
Reini Urban wrote:
I started to beautify setup.exe, because I don't want to resize it
everytime manually.
* Is it ok to assume a new size 517, 379 instead of 317, 179?
(simply add 200)
Unfortunately most of the rc entries are hardcoded and are not
calculated at init. I'd prefer to calc them at
Max Bowsher schrieb:
Reini Urban wrote:
I started to beautify setup.exe, because I don't want to resize it
everytime manually.
* Is it ok to assume a new size 517, 379 instead of 317, 179?
(simply add 200)
Unfortunately most of the rc entries are hardcoded and are not
calculated at init. I'd
[snip]
Unfortunately most of the rc entries are hardcoded and are
not calculated at init. I'd prefer to calc them at init and
place the ressources then relatively from left, up, right and
bottom, but this looks like a lot of work.
It is.
--
Gary R. Van Sickle
Gary R. Van Sickle schrieb:
Unfortunately most of the rc entries are hardcoded and are
not calculated at init. I'd prefer to calc them at init and
place the ressources then relatively from left, up, right and
bottom, but this looks like a lot of work.
It is.
Ah, I see. Not much work.
But
Gary R. Van Sickle schrieb:
Unfortunately most of the rc entries are hardcoded and are not
calculated at init. I'd prefer to calc them at init and place the
ressources then relatively from left, up, right and bottom,
but this
looks like a lot of work.
It is.
Ah, I see. Not much
Attached is my ugly patch to make the dialogs larger by 200, to limit
the package version string to max 45 chars and to limit the max package
column width to 500 pixel (better than nothing). My calculation if the
max column width from the parent window was too fragile. Maybe someone
wants to
35 matches
Mail list logo