On Mon, Feb 03, 2003 at 09:09:55AM +0200, Jan Willemson wrote:
> same trick in 1.2.3, I can not get the minibuffer active just by
> clicking (or by any other means). Maybe it's my lazyness when reading
This bug is listed on bugzilla, and has been fixed in the forthcoming
1.3.0
regards
john
Hi all,
I have just installed LyX 1.2.3 on a RedHat 8.0 box from the RPM found by the link
from lyx.org official website. It seems to have a new issue of the minibuffer; since I
was not sure whether it is a feature or a bug, I decided to write to the mailing list
before submitting a bug report.
On Sun, 2 Feb 2003, Juergen Spitzmueller wrote:
> The fix for #849 has not yet been applied (and it most likely will not before
> 1.3.0). Did you try to apply the fix locally and test?
I applyed and tested it here and it solves the problem.
João.
> while ($i < @{$acells} && ${$acells}[$i]->{"multicolumn"} eq "part") {
>$i++;
> }
>
> Doesn't cure the bug itself, but I guess that that would be too much to
> ask
> for ;-)
>
Chances are, some member of $acells, hasn't had {"multicolumn"} set.
Try
while ($i < @{$acell
On Sun, 2 Feb 2003, Angus Leeming wrote:
> > > }
> >
> > 'Shift-Space' does not produce any print-out! In fact, I see that no
> > signal from the keyboard is entering into this part in input.c.
Hm...
>
> Does input.c get called at all for any keypress events. Must do. (Add a
print$
> at t
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars, may I submit this patch to reLyX please. It simply adds a
| paranoia
ok
--
Lgb
Lars, may I submit this patch to reLyX please. It simply adds a paranoia
check that we don't attempt to access an element beyond the end of the
array.
It therefore removes a warning message generated because reLyX tries to
access a non-existent column when reading the test case to bug 722.
In
On Sunday 02 February 2003 10:35 pm, John Levon wrote:
> On Sun, Feb 02, 2003 at 10:23:53PM +, Angus Leeming wrote:
> > Can someone explain this piece of perl to me in English
> > $i++ while ${$row->{"cells"}} [$i]->{"multicolumn"} eq "part";
> > I've got as far as: increment $i by one
On Sun, Feb 02, 2003 at 10:35:43PM +, John Levon wrote:
> while (the_row.cells[i].multicolumn = "part")
== obviously
john
On Sun, Feb 02, 2003 at 10:23:53PM +, Angus Leeming wrote:
> Can someone explain this piece of perl to me in English
> $i++ while ${$row->{"cells"}} [$i]->{"multicolumn"} eq "part";
> I've got as far as: increment $i by one whilst (expression) is true where
> expression is ${$row->{"ce
Can someone explain this piece of perl to me in English
$i++ while ${$row->{"cells"}} [$i]->{"multicolumn"} eq "part";
I've got as far as: increment $i by one whilst (expression) is true where
expression is ${$row->{"cells"}} [$i]->{"multicolumn"} eq "part";
Therafter, I go pop ;-)
--
An
Alfredo Braunstein wrote:
> Angus Leeming wrote:
>
>>> I'm very, very confused. Can someone hold my hand and help me out?
>>
>> H. When I replace libforms.so from Kayvan's src rpm with my own
>> modified version of the code, all is well both in xforms' input widget
>> and in the XWorkArea. S
On Sun, Feb 02, 2003 at 10:28:16PM +0100, Michael Schmitt wrote:
> several translators have replied to my call for translation. We can
> expect some updated po files in the near future (e.g., Claudiu Costin
> promised to send an updated Romanian po file in a few days).
>
> I think it's worth wa
Dekel Tsur wrote:
> On Sun, Feb 02, 2003 at 08:54:51PM +, Angus Leeming wrote:
>> The bug:
>> reLyX does not translate "\ " and "~" (protected spaces) inside tabulars
>> correctly.
>>
>> reLyX has subsequently been modified to translate '~' to
>> protected_separator.
>>
>> My LaTeX knowledge
Angus Leeming wrote:
>> I'm very, very confused. Can someone hold my hand and help me out?
>
> H. When I replace libforms.so from Kayvan's src rpm with my own
> modified version of the code, all is well both in xforms' input widget and
> in the XWorkArea. Something very odd is going on. Is an
Hello,
several translators have replied to my call for translation. We can
expect some updated po files in the near future (e.g., Claudiu Costin
promised to send an updated Romanian po file in a few days).
I think it's worth waiting and fixing LyX bugs in the meantime :-)
Michael
On Sun, Feb 02, 2003 at 08:54:51PM +, Angus Leeming wrote:
> The bug:
> reLyX does not translate "\ " and "~" (protected spaces) inside tabulars
> correctly.
>
> reLyX has subsequently been modified to translate '~' to
> protected_separator.
>
> My LaTeX knowledge is insufficient to say tha
Probably last update until 1.3. Bye, Alfredo
patch.diff.gz
Description: GNU Zip compressed data
The bug:
reLyX does not translate "\ " and "~" (protected spaces) inside tabulars
correctly.
reLyX has subsequently been modified to translate '~' to
protected_separator.
My LaTeX knowledge is insufficient to say that there is no LaTeX difference
at all between '~' and '\ '. Can someone knowle
On Sunday 02 February 2003 5:11 pm, [EMAIL PROTECTED] wrote:
> On Sun, 2 Feb 2003, Angus Leeming wrote:
> > No, you are not missing anything. I was refering to this code.
> >
> > > By the way, a quick test shows that this code does not affect the
> > > precomposition point. That is, the keyboard si
Angus Leeming wrote:
> I'm rather embarassed by this in view of my continued discussion with CG
> about key composition but...
> I'm very, very confused. Can someone hold my hand and help me out?
H. When I replace libforms.so from Kayvan's src rpm with my own modified
version of the code, a
On Sunday 02 February 2003 7:10 pm, Paul Borgermans wrote:
> Hello Angus
>
> I prepared an rpm for SuSE 8.1, but the ftp server ftp.devel.lyx.org
> seems to be down for the moment.
Good man. Just trying ftp.devel.lyx.org myself... Hmmm. it's up but appears to
be very, very slow. Lars?
> BTW, mak
Hello Angus
I prepared an rpm for SuSE 8.1, but the ftp server ftp.devel.lyx.org
seems to be down for the moment.
BTW, make rpmdist did not work for me (no rpmbuild script), so did it by
editing the spec file that came with the SuSE rpm of 1.2.0 and doing 6
attempts of rpm -bb before I finally
On Sun, 2 Feb 2003, Angus Leeming wrote:
>
> No, you are not missing anything. I was refering to this code.
>
> > By the way, a quick test shows that this code does not affect the
> > precomposition point. That is, the keyboard signal does not go through
> > this part ("turn_on_local_input(ob);"
On Sunday 02 February 2003 4:22 pm, [EMAIL PROTECTED] wrote:
> On Sun, 2 Feb 2003, Angus Leeming wrote:
> > Sure. Presumably related to that missing psuedo-code in input.c
> >
> > > if (sp->CJK_composition_on && keysym)
> > > Turn_off_composition_Insert_composed_char_and
> >
> >
On Sun, 2 Feb 2003, Angus Leeming wrote:
>
> Sure. Presumably related to that missing psuedo-code in input.c
>
> > if (sp->CJK_composition_on && keysym)
> > Turn_off_composition_Insert_composed_char_and
> Increment_position_by_one();
>
I thought you refer this to
"turn_o
On Sun, 2 Feb 2003, Angus Leeming wrote:
> > > the st_xev.xfocus.window.
> >
> > This was what I was about to ask you. So I can safely ignore this part ?
>
> _I_ don't know. I'm English and words containing anything other than [a-zA-Z]
> gets me confused ;-)
>
Sounds REASONABLE..
> The t
On Sunday 02 February 2003 3:15 pm, [EMAIL PROTECTED] wrote:
> > > Yes, with that modification I can input Korean characters on the
> > > XWorkArea.
> >
> > Excellent!
>
> But inputting CJK-characters on xfom-box is still not possible.
Sure. Presumably related to that missing psuedo-code in input.
On Sunday 02 February 2003 3:20 pm, [EMAIL PROTECTED] wrote:
> > In forms.c you have this:
> > case FocusIn:
> > -if (fl_context->xic)
> > +if (evform->xic)
> > {
> > M_info("Focus", "Setting focus window for IC");
> > -XSetICValues(fl_context-
On Sun, 2 Feb 2003, Angus Leeming wrote:
> In forms.h you have this as well as one for 'fl_get_composed_string'.
> +FL_EXPORT void ol_get_composed_string(
> +int * ptr_kbuflen,
> +char const * ptr_keybuf
> +);
>
> I take it that this is
> 'o
On Sun, 2 Feb 2003, Angus Leeming wrote:
>
> Oh, I see.
>
> You can't.
>
> But you shouldn't be either. I thought that you were going to create the IC in
> forms.c and then MODIFY it in input.c when the user pressed 'Shift Space'.
>
> That way, your precomposition area will:
> 1. move alon
I'm rather embarassed by this in view of my continued discussion with CG
about key composition but...
I have Multi_key composition working perfectly in other x-apps (eg emacs,
konsole) and it also works perfecly well in the Qt version of lyx, but...
in the xforms version of LyX it ain't working
Looking at your patch:
In forms.h you have this as well as one for 'fl_get_composed_string'.
+FL_EXPORT void ol_get_composed_string(
+int * ptr_kbuflen,
+char const * ptr_keybuf
+);
I take it that this is
'old fl_get_composed_string that d
On Sunday 02 February 2003 2:12 pm, [EMAIL PROTECTED] wrote:
> On Sun, 2 Feb 2003, Angus Leeming wrote:
> > Oh, well done ChangGil! A Happy start to the Old New Year!
>
> So far so good. Happy about that!
>
> > Looking at the code in input.c, I see code in handle_key:
> >
> > SPEC *sp = ob->s
On Sun, 2 Feb 2003, Angus Leeming wrote:
> Oh, well done ChangGil! A Happy start to the Old New Year!
So far so good. Happy about that!
> Looking at the code in input.c, I see code in handle_key:
>
> SPEC *sp = ob->spec;
> ...
> /* merge the new character */
> for (i
On Sunday 02 February 2003 11:20 am, [EMAIL PROTECTED] wrote:
> Hello, Angus;
>
> I'm back now and this is how far I've got:
>
> 1. Migration of XIC from flresource.c to forms.c is now complete (more or
> less). If I remove stuffs in lyxim.C from CJK-LyX, I find
> that precomposition of CJK-charact
On Sunday 02 February 2003 11:49 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | On Sunday 02 February 2003 1:41 am, Lars Gullik Bjønnes wrote:
> | > Angus Leeming <[EMAIL PROTECTED]> writes:
> | > | I've reopened the bug and put the patch and test case there but stil
John Levon <[EMAIL PROTECTED]> writes:
| On Sun, Feb 02, 2003 at 02:38:47AM +0100, Lars Gullik Bj?nnes wrote:
|
| > I am not happy about it. It requries remerge of po files, one of the
|
| Really ? The only new string is "Apply". Does gettext really behave like
| this ?
Perhaps I didn't look cl
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Sunday 02 February 2003 1:41 am, Lars Gullik Bjønnes wrote:
| > Angus Leeming <[EMAIL PROTECTED]> writes:
| > | I've reopened the bug and put the patch and test case there but still
| > | think that this should be applied to 1.3.
| >
| > Then test tes
John Levon <[EMAIL PROTECTED]> writes:
| On Sun, Feb 02, 2003 at 02:42:46AM +0100, Lars Gullik Bj?nnes wrote:
|
| > | The Qt TOC dialog was sorting, which it shouldn't do. Lars, OK ?
| >
| > -1 ?? What are the other options?
| >
| > No enums? bools? anything?
| >
| > Just the magical '-1'?
|
Joao Luis Meloni Assirati wrote:
> It works, thank you. BTW, testing it shows that bug 849 is still there,
> although there is a patch for it.
The fix for #849 has not yet been applied (and it most likely will not before
1.3.0). Did you try to apply the fix locally and test?
Jürgen.
Hello, Angus;
I'm back now and this is how far I've got:
1. Migration of XIC from flresource.c to forms.c is now complete (more or
less). If I remove stuffs in lyxim.C from CJK-LyX, I find
that precomposition of CJK-characters on both XWorkArea(main lyx window)
and the xform box become possib
On Fri, 31 Jan 2003, Angus Leeming wrote:
> To fix a crash, apply attached. Could all intersted parties (Qt users)
> please test this out and report back.
It works, thank you. BTW, testing it shows that bug 849 is still there,
although there is a patch for it.
João.
43 matches
Mail list logo
