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
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 th
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 men
Hi!
The good news is that it works flawlessly in Qt/Aqua 3.3.3 :-)
(tested 1.4.0cvs HEAD and CoordBranch)
/Andreas
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 h
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.)
> "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 repo
> "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. --wit
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/ToolbarBa
> "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/Toolbar
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
[EMAIL PROTECTED] wrote:
> Modified files:
> lyx-devel/src/frontends/gtk/: FileDialogPrivate.C
> FileDialogPrivate.h
>
> Log message:
> Use GtkFileChooser in gtk FileDialog.
You won't make many friends by using spaces instead of tabs. Please review
and apply.
--
AngusIndex: src/frontends/gtk/Fi
John Spray wrote:
>> Attached is a version that should compile against the cleaned-up
>> FileFilterList API when you uncomment the block.
>
> Cool, that works great (after adding a couple of lyx::support::). I'll
> commit this if the filefilter API is going to stay this way.
No further changes p
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
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.
--
L
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 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,
>
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 <[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 Po
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? ;-)
--
Jo
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 lea
> "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 th
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 {
>>
Just committed. Attached FYI.
--
Angus
filefilterlist.diff.gz
Description: GNU Zip compressed data
Juergen Spitzmueller wrote:
> John Levon wrote:
>> Aha, you're the table maintainer now ? :)
>
> No, that's Georg
I hope you are fast ;-)
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.
Ok, I did not know that. I'll change it for consistency reasons, although I
fail to see why me
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
> "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 f
> "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 exc
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 relig
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 goe
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 .
> "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
> "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
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 tabul
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
36 matches
Mail list logo
