On Fri, Nov 26, 2004 at 08:50:10AM +0100, Juergen Spitzmueller wrote:
BTW I'm gonna rename the set all borders button in the qt tabular dialog from
default to set, because it does not actually restore the default, but
sets all borders (which looks rather weird).
Sounds fine (although what
John Levon wrote:
Sounds fine (although what would be really cool is fixing this dialog
for good ;)
I think we should add a function Default that restores the actual default
borders of the given tabular style (normal, booktabs). But for now, we have
more than enough work bringing the tabular
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
I guess you are right. Does this mean that all references to 'int'
in the tabular code should be changed to idx_type?
Juergen idx_type or size_t?
Well, the real type is idx_type, so I think it is
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg The attached patch implements the discussed status messages in
Georg MathHullInset::getStatus(). Is the wording ok?
I think so. Except that the message should use N_() and not _() (that
is, not be translated). This is what is done in the other
Angus Leeming wrote:
Certainly, using it
goes against the spirit of Open Source software and we have chosen,
therefore, not to provide formal support for Ruurd's port.
I find this statement hypocritical given the exception in LyX's license
for xforms which goes against the spirit of OS as well .
Edwin Leuven wrote:
Angus Leeming wrote:
Certainly, using it
goes against the spirit of Open Source software and we have chosen,
therefore, not to provide formal support for Ruurd's port.
I find this statement hypocritical given the exception in LyX's license
for xforms which goes against
Angus Leeming wrote:
Here, 'formal support' means merging changes made by Ruurd to get LyX to
compile with the half-baked compiler (Borland) that was used to compile
the qt/win32 library provided by Trolltech. Hypocritical or not, that is
never going to happen for reasons other than licencing
Edwin == Edwin Leuven [EMAIL PROTECTED] writes:
Edwin Angus Leeming wrote:
Certainly, using it goes against the spirit of Open Source software
and we have chosen, therefore, not to provide formal support for
Ruurd's port.
Edwin I find this statement hypocritical given the exception in LyX's
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Edwin == Edwin Leuven [EMAIL PROTECTED] writes:
Edwin Angus Leeming wrote:
Certainly, using it goes against the spirit of Open Source
software and we have chosen, therefore, not to provide formal
support for Ruurd's port.
Edwin I
Jean-Marc Lasgouttes wrote:
Certainly, using it goes against the spirit of Open Source
software and we have chosen, therefore, not to provide formal
support for Ruurd's port.
Edwin I find this statement hypocritical given the exception in LyX's
Edwin license for xforms which goes against
Jean-Marc Lasgouttes wrote:
This is to ensure that the messages sent back to the lyx server are
not locale-dependant. I am not sure whether it is a good idea, but at
least we should be consistent.
Ok, I did not know that. I'll change it for consistency reasons, although I
fail to see why
Juergen Spitzmueller wrote:
John Levon wrote:
Aha, you're the table maintainer now ? :)
No, that's Georg duck and run
I hope you are fast ;-)
Georg
Just committed. Attached FYI.
--
Angus
filefilterlist.diff.gz
Description: GNU Zip compressed data
John Spray wrote:
On Thu, 2004-11-25 at 14:44 +, Angus Leeming wrote:
I asked because I wanted to know what functionality gtk would really
need from FileFilterList. It seems that you're saying that we should
really have:
struct FileFilterList {
struct Filter {
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc Lasgouttes wrote:
This is to ensure that the messages sent back to the lyx server are
not locale-dependant. I am not sure whether it is a good idea, but
at least we should be consistent.
Georg Ok, I did not know that. I'll change
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Georg == Georg Baum [EMAIL PROTECTED] writes:
| Georg Jean-Marc Lasgouttes wrote:
This is to ensure that the messages sent back to the lyx server are
not locale-dependant. I am not sure whether it is a good idea, but
at least we should be
On Friday 26 November 2004 13:16, Lars Gullik Bjønnes wrote:
Unless we have another way to identify messages, then they should stay
non-translated. Otherwise it would be like translating a protocol (or
a programming language...)
Something like m$ has done with Excel, you mean? ;-)
--
José
Angus Leeming [EMAIL PROTECTED] writes:
| Just committed. Attached FYI.
| +/** Given a string glob glob glob, expand each glob in turn.
| + * Any glob that cannot be expanded is ignored silently.
| + * Invokes \c convert_brace_glob and \c glob internally, so use only
| + * on systems
Lars Gullik Bjønnes wrote:
| Just committed. Attached FYI.
| +/** Given a string glob glob glob, expand each glob in turn.
| + * Any glob that cannot be expanded is ignored silently.
| + * Invokes \c convert_brace_glob and \c glob internally, so use only
| + * on systems supporting the
Angus Leeming wrote:
The existing lyx::support::glob() is just a wrapper for the system
glob(). As such, Path will be used even if the function takes a dir
param.
My replacement function does take a dir param and does not use chdir:
template typename StorageT
void glob(StorageT matches,
for file in `find src -name '*'`
do
sed 's/[ ]\{1,\}$//' $file tmp
cmp -s $file tmp continue
diff -u $file tmp | cat -e
mv -i tmp $file
done
Committing now...
--
Angus
whitespace.diff.gz
Description: GNU Zip compressed data
Angus Leeming [EMAIL PROTECTED] writes:
| The existing lyx::support::glob() is just a wrapper for the system glob().
| As such, Path will be used even if the function takes a dir param.
| My replacement function does take a dir param and does not use chdir:
I can wait for that.
--
Lgb
On Fri, 2004-11-26 at 12:35 +, Angus Leeming wrote:
John Spray wrote:
On Thu, 2004-11-25 at 14:44 +, Angus Leeming wrote:
I asked because I wanted to know what functionality gtk would really
need from FileFilterList. It seems that you're saying that we should
really have:
On Fri, 2004-11-26 at 15:47 +, Angus Leeming wrote:
You won't make many friends by using spaces instead of tabs. Please review
and apply.
I too hate when people use spaces instead of tabs. Pasting mishap.
John
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus However, Qt is a bit ruder:
Angus g++ -DHAVE_CONFIG_H -I. -I../../src -I. -I../../boost
Angus -I/usr/include/qt3 -I/usr/X11R6/include -g -O -fno-exceptions
Angus -W -Wall -c -o ToolbarBackend.o `test -f
Angus '../../src/ToolbarBackend.C' ||
Jean-Marc Lasgouttes wrote:
Angus g++ -DHAVE_CONFIG_H -I. -I../../src -I. -I../../boost
Angus -I/usr/include/qt3 -I/usr/X11R6/include -g -O -fno-exceptions
Angus -W -Wall -c -o ToolbarBackend.o `test -f
Angus '../../src/ToolbarBackend.C' || echo
Angus '../../src/'`../../src/ToolbarBackend.C
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus When did I post this mail? Feels like ages ago!
Gnus tells me: 7 weeks, 2 days, 8 hours, 42 minutes, 16 seconds ago
(although the 16 seconds part may not be accurate by the time you
read this).
Angus Anyway, thanks, JMarc.
José == José Abílio Oliveira Matos [EMAIL PROTECTED] writes:
José Hi, I don't remember when this started but now the dead keys
José don't work with qt-3.3.3. This happens for lyx-qt 1.3.4, and for
José lyx-qt 1.4.0cvs.
JoséNotice that I'm using Fedora Core 2, but I saw this report
José for
Jean-Marc Lasgouttes wrote:
Angus When did I post this mail? Feels like ages ago!
Gnus tells me: 7 weeks, 2 days, 8 hours, 42 minutes, 16 seconds ago
(although the 16 seconds part may not be accurate by the time you
read this).
;-) (We seem to be forgetting the no smiley Friday rule.)
On Friday 26 November 2004 17:10, Jean-Marc Lasgouttes wrote:
What is the status of that right now?
The problems seems to be related with an im-patch for qt (input metod).
When that patch is applied we have problems, when it is not everything is
OK.
Since I'm using the no im-patch I'm
Hi!
The good news is that it works flawlessly in Qt/Aqua 3.3.3 :-)
(tested 1.4.0cvs HEAD and CoordBranch)
/Andreas
Angus, any idea on why XWorkArea sees after (almost) any PUSH event an
inexistent RELEASE event with
ev-xbutton.x=377
ev-xbutton.y=0
ob-x=3
ob-y=103
ev-xbutton seems to be unrelated with the workarea (it doesn't have the
right offset -- from the position it seems to be somewhere in the
Alfredo Braunstein wrote:
Angus, any idea on why XWorkArea sees after (almost) any PUSH event an
inexistent RELEASE event with
ev-xbutton.x=377
ev-xbutton.y=0
ob-x=3
ob-y=103
ev-xbutton seems to be unrelated with the workarea (it doesn't have the
right offset -- from the position it
Angus Leeming wrote:
I hope you could have a look into this.
What version of the XForms library are you using?
xforms-1.0
IIRC, I'm not the only one having this problem.
Regards, Alfredo
On Fri, Nov 26, 2004 at 08:50:10AM +0100, Juergen Spitzmueller wrote:
> BTW I'm gonna rename the set all borders button in the qt tabular dialog from
> "default" to "set", because it does not actually restore the default, but
> sets all borders (which looks rather weird).
Sounds fine (although
John Levon wrote:
> Sounds fine (although what would be really cool is fixing this dialog
> for good ;)
I think we should add a function "Default" that restores the actual default
borders of the given tabular style (normal, booktabs). But for now, we have
more than enough work bringing the
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> I guess you are right. Does this mean that all references to 'int'
>> in the tabular code should be changed to idx_type?
Juergen> idx_type or size_t?
Well, the real type is idx_type, so I
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> The attached patch implements the discussed status messages in
Georg> MathHullInset::getStatus(). Is the wording ok?
I think so. Except that the message should use N_() and not _() (that
is, not be translated). This is what is done
Angus Leeming wrote:
Certainly, using it
goes against the spirit of Open Source software and we have chosen,
therefore, not to provide formal support for Ruurd's port.
I find this statement hypocritical given the exception in LyX's license
for xforms which goes against the spirit of OS as well .
Edwin Leuven wrote:
> Angus Leeming wrote:
>> Certainly, using it
>> goes against the spirit of Open Source software and we have chosen,
>> therefore, not to provide formal support for Ruurd's port.
>
> I find this statement hypocritical given the exception in LyX's license
> for xforms which
Angus Leeming wrote:
Here, 'formal support' means merging changes made by Ruurd to get LyX to
compile with the half-baked compiler (Borland) that was used to compile
the qt/win32 library provided by Trolltech. Hypocritical or not, that is
never going to happen for reasons other than licencing
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> Angus Leeming wrote:
>> Certainly, using it goes against the spirit of Open Source software
>> and we have chosen, therefore, not to provide formal support for
>> Ruurd's port.
Edwin> I find this statement hypocritical given the
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> Angus Leeming wrote:
>>> Certainly, using it goes against the spirit of Open Source
>>> software and we have chosen, therefore, not to provide formal
>>> support
Jean-Marc Lasgouttes wrote:
Certainly, using it goes against the spirit of Open Source
software and we have chosen, therefore, not to provide formal
support for Ruurd's port.
>
> Edwin> I find this statement hypocritical given the exception in LyX's
> Edwin> license for xforms
Jean-Marc Lasgouttes wrote:
> This is to ensure that the messages sent back to the lyx server are
> not locale-dependant. I am not sure whether it is a good idea, but at
> least we should be consistent.
Ok, I did not know that. I'll change it for consistency reasons, although I
fail to see why
Juergen Spitzmueller wrote:
> John Levon wrote:
>> Aha, you're the table maintainer now ? :)
>
> No, that's Georg
I hope you are fast ;-)
Georg
Just committed. Attached FYI.
--
Angus
filefilterlist.diff.gz
Description: GNU Zip compressed data
John Spray wrote:
> On Thu, 2004-11-25 at 14:44 +, Angus Leeming wrote:
>> I asked because I wanted to know what functionality gtk would really
>> need from FileFilterList. It seems that you're saying that we should
>> really have:
>>
>> struct FileFilterList {
>> struct Filter {
>>
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> This is to ensure that the messages sent back to the lyx server are
>> not locale-dependant. I am not sure whether it is a good idea, but
>> at least we should be consistent.
Georg> Ok, I did not know
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
| Georg> Jean-Marc Lasgouttes wrote:
>>> This is to ensure that the messages sent back to the lyx server are
>>> not locale-dependant. I am not sure whether it is a good idea, but
>>> at
On Friday 26 November 2004 13:16, Lars Gullik Bjønnes wrote:
>
> Unless we have another way to identify messages, then they should stay
> non-translated. Otherwise it would be like translating a protocol (or
> a programming language...)
Something like m$ has done with Excel, you mean? ;-)
--
Angus Leeming <[EMAIL PROTECTED]> writes:
| Just committed. Attached FYI.
| +/** Given a string " ", expand each glob in turn.
| + * Any glob that cannot be expanded is ignored silently.
| + * Invokes \c convert_brace_glob and \c glob internally, so use only
| + * on systems supporting the
Lars Gullik Bjønnes wrote:
> | Just committed. Attached FYI.
>
> | +/** Given a string " ", expand each glob in turn.
> | + * Any glob that cannot be expanded is ignored silently.
> | + * Invokes \c convert_brace_glob and \c glob internally, so use only
> | + * on systems supporting the Posix
Angus Leeming wrote:
> The existing lyx::support::glob() is just a wrapper for the system
> glob(). As such, Path will be used even if the function takes a dir
> param.
>
> My replacement function does take a dir param and does not use chdir:
>
> template
> void glob(StorageT & matches,
>
for file in `find src -name '*'`
do
sed 's/[ ]\{1,\}$//' $file > tmp
cmp -s $file tmp && continue
diff -u $file tmp | cat -e
mv -i tmp $file
done
Committing now...
--
Angus
whitespace.diff.gz
Description: GNU Zip compressed data
Angus Leeming <[EMAIL PROTECTED]> writes:
| The existing lyx::support::glob() is just a wrapper for the system glob().
| As such, Path will be used even if the function takes a dir param.
>
| My replacement function does take a dir param and does not use chdir:
I can wait for that.
--
On Fri, 2004-11-26 at 12:35 +, Angus Leeming wrote:
> John Spray wrote:
>
> > On Thu, 2004-11-25 at 14:44 +, Angus Leeming wrote:
> >> I asked because I wanted to know what functionality gtk would really
> >> need from FileFilterList. It seems that you're saying that we should
> >> really
On Fri, 2004-11-26 at 15:47 +, Angus Leeming wrote:
> You won't make many friends by using spaces instead of tabs. Please review
> and apply.
I too hate when people use spaces instead of tabs. Pasting mishap.
John
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> However, Qt is a bit ruder:
Angus> g++ -DHAVE_CONFIG_H -I. -I../../src -I. -I../../boost
Angus> -I/usr/include/qt3 -I/usr/X11R6/include -g -O -fno-exceptions
Angus> -W -Wall -c -o ToolbarBackend.o `test -f
Angus>
Jean-Marc Lasgouttes wrote:
> Angus> g++ -DHAVE_CONFIG_H -I. -I../../src -I. -I../../boost
> Angus> -I/usr/include/qt3 -I/usr/X11R6/include -g -O -fno-exceptions
> Angus> -W -Wall -c -o ToolbarBackend.o `test -f
> Angus> '../../src/ToolbarBackend.C' || echo
> Angus>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> When did I post this mail? Feels like ages ago!
Gnus tells me: 7 weeks, 2 days, 8 hours, 42 minutes, 16 seconds ago
(although the 16 seconds part may not be accurate by the time you
read this).
Angus> Anyway, thanks, JMarc.
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
José> Hi, I don't remember when this started but now the dead keys
José> don't work with qt-3.3.3. This happens for lyx-qt 1.3.4, and for
José> lyx-qt 1.4.0cvs.
José>Notice that I'm using Fedora Core 2, but I saw this
Jean-Marc Lasgouttes wrote:
> Angus> When did I post this mail? Feels like ages ago!
>
> Gnus tells me: 7 weeks, 2 days, 8 hours, 42 minutes, 16 seconds ago
> (although the 16 seconds part may not be accurate by the time you
> read this).
;-) (We seem to be forgetting the no smiley Friday
On Friday 26 November 2004 17:10, Jean-Marc Lasgouttes wrote:
>
> What is the status of that right now?
The problems seems to be related with an im-patch for qt (input metod).
When that patch is applied we have problems, when it is not everything is
OK.
Since I'm using the no im-patch I'm
Hi!
The good news is that it works flawlessly in Qt/Aqua 3.3.3 :-)
(tested 1.4.0cvs HEAD and CoordBranch)
/Andreas
Angus, any idea on why XWorkArea sees after (almost) any PUSH event an
inexistent RELEASE event with
ev->xbutton.x=377
ev->xbutton.y=0
ob->x=3
ob->y=103
ev->xbutton seems to be unrelated with the workarea (it doesn't have the
right offset -- from the position it seems to be somewhere in the
Alfredo Braunstein wrote:
> Angus, any idea on why XWorkArea sees after (almost) any PUSH event an
> inexistent RELEASE event with
>
> ev->xbutton.x=377
> ev->xbutton.y=0
> ob->x=3
> ob->y=103
>
> ev->xbutton seems to be unrelated with the workarea (it doesn't have the
> right offset -- from
Angus Leeming wrote:
>> I hope you could have a look into this.
>
> What version of the XForms library are you using?
xforms-1.0
IIRC, I'm not the only one having this problem.
Regards, Alfredo
68 matches
Mail list logo