Re: Obsolote entries in "defautl.ui"
On Sun, Jan 26, 2003 at 07:20:58PM +0100, Michael Schmitt wrote: > Are there any plans to reactivate these items in the future? If not, I > suggest removing them, since they cause some overhead for the translators. I think the first two blocks (break-line, limit) can go as they are available elsewhere, and the last (xxalign, ...) should be enabled. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: i18n.php3
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| --right--
|
| --wrong--
|
| This goes for _all_ tag arguments.
This patch does not fix all xhtml problems, but is only a first go to
tackle to most obvious problems.
Index: postats.sh
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/po/postats.sh,v
retrieving revision 1.1
diff -u -p -r1.1 postats.sh
--- postats.sh 24 Jan 2003 12:04:14 - 1.1
+++ postats.sh 27 Jan 2003 08:32:00 -
@@ -7,7 +7,7 @@
#
# author: Michael Schmitt, [EMAIL PROTECTED]
#
-# This script extracts some information from the po file headers (last
+# This script extracts some information from the po file headers (last
# translator, revision date), generates the corresponding gmo files
# to retrieve the number of translated/fuzzy/untranslated messages,
# and generates a PHP web page.
@@ -19,7 +19,7 @@
# *** The PHP header ***
cat < '$y', "
touch $x
- make 2>&1 $y.gmo | grep "^[1-9]" |
+ make 2>&1 $y.gmo | grep "^[1-9]" |
sed -e 's/\([0-9]*\) translated m[a-z]*[.,]/"msg_tr" => \1,/' |
sed -e 's/\([0-9]*\) fuzzy t[a-z]*[.,]/"msg_fu" => \1,/' |
sed -e 's/\([0-9]*\) untranslated m[a-z]*./"msg_nt" => \1,/'
# Format: "Last-Translator: Michael Schmitt <[EMAIL PROTECTED]>\n"
- grep "Last-Translator" $x |
+ grep "Last-Translator" $x |
sed -e 's/"Last-Translator: \(.*\)\( *\)<\(.*\)>\\n"/"translator" => "\1", "email" => "\3", /'
# Format: "PO-Revision-Date: 2003-01-18 03:00+0100\n"
grep "PO-Revision-Date" $x |
@@ -93,7 +93,7 @@ cat < 'Swedish',
'tr' => 'Turkish',
'wa' => 'Wallon'
- );
+ );
\$noOfMsg = \$podata[0]['msg_tr'] + \$podata[0]['msg_fu'] + \$podata[0]['msg_nt'];
@@ -108,10 +108,10 @@ cat <
- The following table lists all translations available with the number of messages
- given for the LyX main development branch (currently 1.3.0cvs).
+ The following table lists all translations available with the number of messages
+ given for the LyX main development branch (currently 1.3.0cvs).
Unfortunately, only a few languages are well-supported.
- For every release, the LyX development team may decide to exclude some of the
+ For every release, the LyX development team may decide to exclude some of the
translations from the distribution in order not to confuse the user by a strongly
mixed-language interface.
@@ -119,13 +119,13 @@ cat <
Translated: The number of translated messages
- Fuzzy: The number of fuzzy messages; these are not considered
+ Fuzzy: The number of fuzzy messages; these are not considered
for LyX output but solely serve as a hint for the translators
Untranslated: The number of untranslated messages; the
default language (i.e., English) will be used in the LyX outputs
-
+
Language
@@ -151,9 +151,9 @@ cat <" . \$lang[\$info['langcode']] . "";
- print "" . \$info['msg_tr'] . "";
+ print "" . \$info['msg_tr'] . "";
- print "";
+ print "";
if (isset(\$info['msg_fu'])) {
print \$info['msg_fu'];
} else {
@@ -161,7 +161,7 @@ cat <";
- print "";
+ print "";
if (isset(\$info['msg_nt'])) {
print \$info['msg_nt'];
} else {
@@ -169,11 +169,11 @@ cat <";
- print "" . \$info['date'] . "";
+ print "" . \$info['date'] . "";
print "";
if (\$info['email'] == "") {
- print \$info['translator'];
+ print \$info['translator'];
} else {
print "mailto:"; . \$info['email'] . "\">" .
\$info['translator'] . "";
@@ -188,7 +188,7 @@ cat <
EOF
--
Lgb
Re: [PATCH] Remove obsolete in "default.ui"
Lars Gullik Bjønnes wrote: Michael Schmitt <[EMAIL PROTECTED]> writes: | Hello, | | third attempt, Lars' first proposal. I presume this means that it works? Yes! Michael -- === Michael Schmitt Telefon: +49 651 97551-40 Universität Trier Telefax: +49 651 97551-12 Lehrstuhl Prof. MeinelE-Mail: AG "Institut für Telematik"mailto:[EMAIL PROTECTED] Bahnhofstrasse 30-32 WWW: D-54292 Trier http://www.telematik-institut.de ===
Re: CJK-LyX-1.2.3
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> void fl_get_composed_string(int * ptr_kbuflen, char const *
>> ptr_keybuf) { if (!ptr_kbuflen) return; *ptr_kbuflen = kbuflen;
>> ptr_keybuf = keybuf; }
Angus> It may be that this function should be written:
Angus> void fl_get_composed_string(int * ptr_kbuflen, char const **
Angus> ptr_keybuf) { if (!ptr_kbuflen) return; *ptr_kbuflen = kbuflen;
Angus> *ptr_keybuf = &keybuf; }
Angus> I get confused by pointers sometimes. Untested of course ;-)
BTW angus, would your changes to xforms preserve xforms behaviour for
other applications? We have to be careful about source-level
compatibility for changes that we propose.
JMarc
Re: Obsolote entries in "defautl.ui"
Andre Poenitz wrote: Are there any plans to reactivate these items in the future? If not, I suggest removing them, since they cause some overhead for the translators. I think the first two blocks (break-line, limit) can go as they are available elsewhere, and the last (xxalign, ...) should be enabled. We solved the problem in a more elegant way in Makefile.in.in. (Items commented out are not considered for pot file generation). If you think that something should be enabled in default.ui than you should provide a separate patch. Michael -- === Michael Schmitt Telefon: +49 651 97551-40 Universität Trier Telefax: +49 651 97551-12 Lehrstuhl Prof. MeinelE-Mail: AG "Institut für Telematik"mailto:[EMAIL PROTECTED] Bahnhofstrasse 30-32 WWW: D-54292 Trier http://www.telematik-institut.de ===
Re: a possible patch to convertDefault.sh
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> So, I experimented. 'gs' can convert them to ppm or png format Angus> without any problems and it's far, far quicker. Some magic is Angus> needed, however, to ensure that the generated bitmap file has Angus> the same bounding box as the original eps file and isn't padded Angus> with arbitrary amounts of whitespace. Fortunately, gs itself Angus> provides us with the information we need. That seems good. Angus> I therefore modified convertDefault.sh and attach the patch. Angus> What do other's think? Shall we leave convertDefault.sh as a Angus> simple fall-back or make it a little more sophisticated? So you are hacking special converters into the default converter. Next time, are you going to reimplement the whole converter stuff in /bin/sh and put it in there? ;) Why not vreate two converter scripts eps->ppm and eps->png and have lib/configure.m4 use them? JMarc
Re: i18n.php3
Lars Gullik Bjønnes wrote: [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | --right-- | | --wrong-- | | This goes for _all_ tag arguments. This patch does not fix all xhtml problems, but is only a first go to tackle to most obvious problems. I sent a similar patch to Angus, last night. Unfortunately, I forgot a CC: to lyx-devel :-( Michael -- === Michael Schmitt Telefon: +49 651 97551-40 Universität Trier Telefax: +49 651 97551-12 Lehrstuhl Prof. MeinelE-Mail: AG "Institut für Telematik"mailto:[EMAIL PROTECTED] Bahnhofstrasse 30-32 WWW: D-54292 Trier http://www.telematik-institut.de ===
Re: Obsolote entries in "defautl.ui"
On Mon, Jan 27, 2003 at 09:39:02AM +0100, Michael Schmitt wrote: > If you think that something should be enabled in default.ui than you > should provide a separate patch. Not now. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [PATCH] Thesaurus dialog
Michael Schmitt wrote: John Levon wrote: -Thesaurus entries + Thesaurus entries: This looks wrong. Column headers in lists should not have colons afaik. Oh, no! Lars would not be very happy if he notices our discussion... What about the spell checker dialog? Should "Suggestion" have a colon or not? According to your rule, it should have _no_ colon but the dialog looks more consistent with colons. I can live with any rule as long as it is applied consistently. John, is this the answer to all our problems? Michael Index: src/frontends/qt2/ChangeLog === RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/ChangeLog,v retrieving revision 1.384 diff -u -r1.384 ChangeLog --- src/frontends/qt2/ChangeLog 2003/01/26 22:37:12 1.384 +++ src/frontends/qt2/ChangeLog 2003/01/27 10:03:54 @@ -1,3 +1,9 @@ +2003-01-27 Michael Schmitt <[EMAIL PROTECTED]> + + * QSendtoDialogBase.ui: + * QSpellcheckerDialogBase.ui: + * QThesaurusDialogBase.ui: "Column headers in lists should not have colons" +(John L.) + 2003-01-26 Michael Schmitt <[EMAIL PROTECTED]> * ui/QThesaurusDialogBase.ui: add colons to labels. Index: src/frontends/qt2/ui/QSendtoDialogBase.ui === RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/ui/QSendtoDialogBase.ui,v retrieving revision 1.1 diff -u -r1.1 QSendtoDialogBase.ui --- src/frontends/qt2/ui/QSendtoDialogBase.ui 2003/01/13 10:33:23 1.1 +++ src/frontends/qt2/ui/QSendtoDialogBase.ui 2003/01/27 10:03:54 @@ -57,7 +57,7 @@ text -&Export formats: +&Export formats buddy Index: src/frontends/qt2/ui/QSpellcheckerDialogBase.ui === RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/ui/QSpellcheckerDialogBase.ui,v retrieving revision 1.1 diff -u -r1.1 QSpellcheckerDialogBase.ui --- src/frontends/qt2/ui/QSpellcheckerDialogBase.ui 2003/01/13 10:33:23 1.1 +++ src/frontends/qt2/ui/QSpellcheckerDialogBase.ui 2003/01/27 10:03:54 @@ -42,7 +42,7 @@ text -Suggestions: +Suggestions buddy Index: src/frontends/qt2/ui/QThesaurusDialogBase.ui === RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/ui/QThesaurusDialogBase.ui,v retrieving revision 1.2 diff -u -r1.2 QThesaurusDialogBase.ui --- src/frontends/qt2/ui/QThesaurusDialogBase.ui2003/01/26 22:37:12 1.2 +++ src/frontends/qt2/ui/QThesaurusDialogBase.ui2003/01/27 10:03:54 @@ -107,7 +107,7 @@ text -Thesaurus entries: +Thesaurus entries clickable Index: src/frontends/xforms/ChangeLog === RCS file: /cvs/lyx/lyx-devel/src/frontends/xforms/ChangeLog,v retrieving revision 1.658 diff -u -r1.658 ChangeLog --- src/frontends/xforms/ChangeLog 2003/01/26 22:37:12 1.658 +++ src/frontends/xforms/ChangeLog 2003/01/27 10:03:55 @@ -1,3 +1,14 @@ +2003-01-27 Michael Schmitt <[EMAIL PROTECTED]> + + * forms/form_bibtex.fd: + * form_citation.fd: + * form_forks.fd: + * form_maths_panel.fd: + * form_preferences.fd: + * form_sendto.fd: + * form_spellchecker.fd: + * form_thesaurus.fd: "Column headers in lists should not have colons" (John L.) + 2003-01-26 Michael Schmitt <[EMAIL PROTECTED]> * forms/form_thesaurus.fd: add colons to labels. Shrink dialog. Index: src/frontends/xforms/forms/form_bibtex.fd === RCS file: /cvs/lyx/lyx-devel/src/frontends/xforms/forms/form_bibtex.fd,v retrieving revision 1.14 diff -u -r1.14 form_bibtex.fd --- src/frontends/xforms/forms/form_bibtex.fd 2003/01/06 14:02:23 1.14 +++ src/frontends/xforms/forms/form_bibtex.fd 2003/01/27 10:03:55 @@ -167,7 +167,7 @@ style: FL_NORMAL_STYLE size: FL_NORMAL_SIZE lcol: FL_BLACK -label: Styles:|#y +label: Styles|#y shortcut: resize: FL_RESIZE_ALL gravity: FL_North FL_South Index: src/frontends/xforms/forms/form_citation.fd === RCS file: /cvs/lyx/lyx-devel/src/frontends/xforms/forms/form_citation.fd,v retrieving revision 1.31 diff -u -r1.31 form_citation.fd --- src/frontends/xforms/forms/form_citation.fd 2003/01/06 14:02:23 1.31 +++ src/frontends/xforms/forms/form_citation.fd 2003/01/27 10:03:55 @@ -41,7 +41,7 @@ style: FL_NORMAL_STYLE size: FL_NORMAL_SIZE lcol: FL_BLACK -label: Inset keys:|#I +label: Inset
Re: [PATCH] Thesaurus dialog
On Mon, Jan 27, 2003 at 10:59:44AM +0100, Michael Schmitt wrote: > >What about the spell checker dialog? Should "Suggestion" have a colon > >or not? According to your rule, it should have _no_ colon but the > >dialog looks more consistent with colons. I can live with any rule as > >long as it is applied consistently. > > John, is this the answer to all our problems? I wish it were. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: Sample
Attached file: "Untitled1.pif Description: Binary data
Re: CJK-LyX-1.2.3
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
>>> void fl_get_composed_string(int * ptr_kbuflen, char const *
>>> ptr_keybuf) { if (!ptr_kbuflen) return; *ptr_kbuflen = kbuflen;
>>> ptr_keybuf = keybuf; }
>
> Angus> It may be that this function should be written:
>
> Angus> void fl_get_composed_string(int * ptr_kbuflen, char const **
> Angus> ptr_keybuf) { if (!ptr_kbuflen) return; *ptr_kbuflen =
> kbuflen; Angus> *ptr_keybuf = &keybuf; }
>
> Angus> I get confused by pointers sometimes. Untested of course ;-)
>
> BTW angus, would your changes to xforms preserve xforms behaviour
> for other applications? We have to be careful about source-level
> compatibility for changes that we propose.
>
> JMarc
Not if they have their own widgets for input, no. If they have their
own widgets, then they will have special code for things like Escape
(char = 27 as opposed to keysym = XK_Escape). Ditto, their modifier
key stuff will use different mechanisms to detect whether a Alt or
Ctrl were pressed with the key. My proposal (pass the keysym rather
than keybuf, char by char) unifies these behaviours.
Of course, if they, like us, just threw away xforms' handling of
keyboard events and started anew from the raw XEvents, then they will
be able to continue doing so.
I'm of the opinion that fl_handle_form is passed keybuf char by char
rather than passing a single keysym per XEvent in an attempt to
enable CJK type multi-byte input. However, I think that in this case
it would be cleaner to tell the widget that an event has occurred and
that it should pick up the keybuf (using some accessor function) if
it wants it. 'Normal' users would then not be penalised by obfuscated
code.
--
Angus
Re: a possible patch to convertDefault.sh
Jean-Marc Lasgouttes wrote: >> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > Angus> So, I experimented. 'gs' can convert them to ppm or png > format Angus> without any problems and it's far, far quicker. Some > magic is Angus> needed, however, to ensure that the generated bitmap > file has Angus> the same bounding box as the original eps file and > isn't padded Angus> with arbitrary amounts of whitespace. > Fortunately, gs itself Angus> provides us with the information we > need. > > That seems good. > > Angus> I therefore modified convertDefault.sh and attach the patch. > Angus> What do other's think? Shall we leave convertDefault.sh as a > Angus> simple fall-back or make it a little more sophisticated? > > So you are hacking special converters into the default converter. > Next time, are you going to reimplement the whole converter stuff in > /bin/sh and put it in there? ;) > > Why not vreate two converter scripts eps->ppm and eps->png and have > lib/configure.m4 use them? > > JMarc I think it might be reasonable to separate the scripts into ones using 'gs' and 'convert'. All 'gs' conversions will differ only in the name of the output DEVICE, so it seems reasonable to collect them together, It has become apparent that the one thing that the graphics code lacks is an ability to 'tune' the default loadable format. It is currently hardcoded as 'ppm' simply because both the xforms and the qt loaders can load this format natively. I think that it would make sense to have a lyxrc variable default_loadable_graphics_format or some such and to allow qt to set it to 'png' and xforms to 'ppm' when the graphics loader is initialised. What do you think? Shall I do this before 1.3 comes out or leave it for the 1.4 cycle? -- Angus
Re: a possible patch to convertDefault.sh
Angus Leeming <[EMAIL PROTECTED]> writes: | Jean-Marc Lasgouttes wrote: | | >> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: | > | > Angus> So, I experimented. 'gs' can convert them to ppm or png | > format Angus> without any problems and it's far, far quicker. Some | > magic is Angus> needed, however, to ensure that the generated bitmap | > file has Angus> the same bounding box as the original eps file and | > isn't padded Angus> with arbitrary amounts of whitespace. | > Fortunately, gs itself Angus> provides us with the information we | > need. | > | > That seems good. | > | > Angus> I therefore modified convertDefault.sh and attach the patch. | > Angus> What do other's think? Shall we leave convertDefault.sh as a | > Angus> simple fall-back or make it a little more sophisticated? | > | > So you are hacking special converters into the default converter. | > Next time, are you going to reimplement the whole converter stuff in | > /bin/sh and put it in there? ;) | > | > Why not vreate two converter scripts eps->ppm and eps->png and have | > lib/configure.m4 use them? | > | > JMarc | | I think it might be reasonable to separate the scripts into ones | using 'gs' and 'convert'. All 'gs' conversions will differ only in | the name of the output DEVICE, so it seems reasonable to collect them | together, | | It has become apparent that the one thing that the graphics code | lacks is an ability to 'tune' the default loadable format. It is | currently hardcoded as 'ppm' simply because both the xforms and the | qt loaders can load this format natively. | | I think that it would make sense to have a lyxrc variable | default_loadable_graphics_format or some such and to allow qt to set | it to 'png' and xforms to 'ppm' when the graphics loader is | initialised. | | What do you think? Shall I do this before 1.3 comes out or leave it | for the 1.4 cycle? 1.4. cycle. -- Lgb
postats.sh
Michael, I have applied your changes to de.po and to Makefile.in.in. I have not applied your changes to postats.sh because I don't have time to peruse both your and Lars' offerings and pull them together. Perhaps you could incorporate Lars' suggestions into your script and repost or simply tell me that they're all in already? -- Angus
Re: CJK-LyX-1.2.3
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Not if they have their own widgets for input, no. If they have Angus> their own widgets, then they will have special code for things Angus> like Escape (char = 27 as opposed to keysym = XK_Escape). Angus> Ditto, their modifier key stuff will use different mechanisms Angus> to detect whether a Alt or Ctrl were pressed with the key. My Angus> proposal (pass the keysym rather than keybuf, char by char) Angus> unifies these behaviours. Angus> Of course, if they, like us, just threw away xforms' handling Angus> of keyboard events and started anew from the raw XEvents, then Angus> they will be able to continue doing so. Thanks for the clarification. I think it will be useful to spell this out when sending a patch for xforms. JMarc
Re: a possible patch to convertDefault.sh
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> I think it might be reasonable to separate the scripts into Angus> ones using 'gs' and 'convert'. All 'gs' conversions will differ Angus> only in the name of the output DEVICE, so it seems reasonable Angus> to collect them together, Yes. Angus> It has become apparent that the one thing that the graphics Angus> code lacks is an ability to 'tune' the default loadable format. Angus> It is currently hardcoded as 'ppm' simply because both the Angus> xforms and the qt loaders can load this format natively. One problem I have with current code is that it selects the first path it finds in the converters graph without assessing theur quality. It would be nice to give weights to final formats (which is the best one for a given frontend?) and give also weights to converters (i.e. give a low weight if the conversion is lossy or slow). But that's obviously more work... Angus> I think that it would make sense to have a lyxrc variable Angus> default_loadable_graphics_format or some such and to allow qt Angus> to set it to 'png' and xforms to 'ppm' when the graphics loader Angus> is initialised. Wouldn't it be possible for the frontends to report the formats they handle natively in a best-to-worse order? JMarc
Re: CJK-LyX-1.2.3
Hello, Angus; I have found that internally fl_context->xic is always set to zero corresponding to each input from the keyboard, which is bad for XmbLookupString because it gives segfaults when fl_context->xic=0. I think the reason why this is so is that the "XCreateIC" in lib/flresource.c has too few arguments. That is, we have to provide at least PreeditAttributes and StatusAttributes in addition to the input style for XCreateIC. Over the weekend, I have tried several attempts to get the appropriate attributes, but none has succeeded. During these attempts, however, I have found that with a few example attributes I could input CJK characters from the keyboard to xforms box such as Edit->Search & Replace box in CJK-LyX through my local input method! So the remaining task for i18n of xforms-library is really to find the appropriate attributes for XCreateIC. Do you have any idea ? One of my previous attempts was to import the attributes from lyxim.C in CJK-LyX into xforms. In lyxim.C we used the "x" and "y" position as well as width and height of the work_area of the current BufferView to get the position and the size of the preedit area and the cursor position. Since this "work_area" is FL_OBJECT in XWorkArea.h, there must be corresponding "work_area" in xforms but I could not find the one. Can you or any other expert in lyx as well as xforms give me any clues ? Because of this lingering problem, I could not have tested your xforms patch. Sorry. Best regards, cghan
Re: a possible patch to convertDefault.sh
Jean-Marc Lasgouttes wrote: >> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > Angus> I think it might be reasonable to separate the scripts into > Angus> ones using 'gs' and 'convert'. All 'gs' conversions will > differ Angus> only in the name of the output DEVICE, so it seems > reasonable Angus> to collect them together, > > Yes. > > Angus> It has become apparent that the one thing that the graphics > Angus> code lacks is an ability to 'tune' the default loadable > format. Angus> It is currently hardcoded as 'ppm' simply because > both the Angus> xforms and the qt loaders can load this format > natively. > > One problem I have with current code is that it selects the first > path it finds in the converters graph without assessing theur > quality. It would be nice to give weights to final formats (which is > the best one for a given frontend?) and give also weights to > converters (i.e. give a low weight if the conversion is lossy or > slow). But that's obviously more work... > > Angus> I think that it would make sense to have a lyxrc variable > Angus> default_loadable_graphics_format or some such and to allow qt > Angus> to set it to 'png' and xforms to 'ppm' when the graphics > loader Angus> is initialised. > > Wouldn't it be possible for the frontends to report the formats they > handle natively in a best-to-worse order? Yes they could, and that is probably a good thing to do. In that case the 'default" format if no grfx::Converter::isReachable(from, to) is defined becomes the first format in the list. Nice idea, Jean-Marc. Thank you. -- Angus
Re: [PATCH] Thesaurus dialog
On Mon, Jan 27, 2003 at 10:59:44AM +0100, Michael Schmitt wrote: > John, is this the answer to all our problems? No. Most of these aren't column headers but labels for the entire widget.
Re: [PATCH] Thesaurus dialog
John Levon wrote: n Mon, Jan 27, 2003 at 10:59:44AM +0100, Michael Schmitt wrote: John, is this the answer to all our problems? No. Most of these aren't column headers but labels for the entire widget. Huh? Are you sure? I double-checked these modifications. In particular, I made sure that QT doesn't use colons at the same place. Your comment *really* confuses me. Please enlighten me. Michael
Re: i18n.php3
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> It means that the code does not conform to the strict Angus> interpretation of the xhtml 1.0 standard although we broadcast Angus> to the outside world that it does. More than that I can not Angus> tell you. Angus> The error messages are detailed in excruciating exactness at Angus> http://validator.w3.org/check?uri=http%3A%2F%2Fwww.devel.lyx.org%2Fi18n.php3 Angus> Alternatively, just press the xhtml button at the bottom of the Angus> i18n.php3 page. On a related note, the page www.lyx.org/news/ does not validate because of the use of . What is the xhtmlly-correct version of this tag? JMarc
Re: chktex problems in 1.3.0pre2
> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes: Helge> I tried chktex and got lots of: "Interword spacing (`\ ') Helge> should perhaps be used." Helge> Lyxx place the error boxes in the wrong locations, about a line Helge> after where they ought to be when comparing to chktex on the Helge> exported tex file. I bet that you see the same with latex errors (try to insert \foo in ERTR somewhere). Actually, it would be nice to investigate in which sttuation it occurs. We spend our time fixing and breaking the accounting for lines to place error insets. JMarc
Re: a possible patch to convertDefault.sh
Angus Leeming <[EMAIL PROTECTED]> writes: | Yes they could, and that is probably a good thing to do. In that case | the 'default" format if no grfx::Converter::isReachable(from, to) is | defined becomes the first format in the list. | | Nice idea, Jean-Marc. Thank you. This seems very similar to the idea I had about conversion reachability in beginning of the graphics work (before any real work was begun).. Create an acyclic graph and have empirical numbers for the edges (giving translation speed)... Of course if you know that some of the directly useable nodes are slower or faster than others you use that as a modifer on the shortest path algorithm. We could even check these tranlations speeds upon configure or upon install. xform support only ppm: gif-- 4 -->ppm jpg-- 4 -->ppm eps-- 3 -->pnm eps-- 5 -->ppm pnm-- 1 -->ppm png-- 2 -->ppm so if we build the graph whith this data ans want to translate eps to ppm, we find that the fastest way is not to do it directy, but to do it by using pnm as intermediate format. By doing it this way, we do not have to supply only one way of going from one format to another, we supply a lot, do some (perhaps a bit more) testing to get data on how fast all the convers are and then use the graph to find the quickest way on that computer/distribution with this/that set of available converters and with the given gui toolkit. Also one nice thing is that the cpu hungry task in this is done once after that we just have the result in a file. -- Lgb
Re: i18n.php3
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: | | Angus> It means that the code does not conform to the strict | Angus> interpretation of the xhtml 1.0 standard although we broadcast | Angus> to the outside world that it does. More than that I can not | Angus> tell you. | | Angus> The error messages are detailed in excruciating exactness at | Angus> http://validator.w3.org/check?uri=http%3A%2F%2Fwww.devel.lyx.org%2Fi18n.php3 | Angus> Alternatively, just press the xhtml button at the bottom of the | Angus> i18n.php3 page. | | On a related note, the page www.lyx.org/news/ does not validate | because of the use of . What is the xhtmlly-correct version of | this tag? Either use or use the class modifier on the other tag: -- Lgb
Re: a possible patch to convertDefault.sh
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | Create an acyclic graph and have empirical numbers for the edges | (giving translation speed)... acyclic directed graph even... -- Lgb
Re: LyX dies when started on display :0.1
> "Thomas" == Thomas Steffen <[EMAIL PROTECTED]> writes: Thomas> I don't have fdesign, but I tested xplot and xwatch, which Thomas> work without any problem. So this seems to be LyX' fault. Thomas> The interesting aspect is that I have this problem on several Thomas> computers, only on the second screen. And it has been there Thomas> for a long time, so I think xforms 0.88, 0.89 and 1.0 are Thomas> affected. Yes, we have had this complaint for a long time. I did find some problems at the time, but fixing them was obviously not enough. Thomas> Some common properties of the problematic systems: Thomas> * dual head without xinerama (obviously) * different color Thomas> depth on both screens (32 on first, 16 on second) Do you have a way to try with same depth on both screens? Thomas> I will provide a backtrace as soon as I find time to do so. Is Thomas> an executable with debugging symbols available for download? Thomas> That would simplify things a lot to me. Unfortunately not. If you want to provide a trace, running with -sync would probably be useful. JMarc
Re: CJK-LyX-1.2.3
[EMAIL PROTECTED] wrote: > Hello, Angus; > > I have found that internally fl_context->xic is always set to zero > corresponding to each input from the keyboard, which is bad for > XmbLookupString because it gives segfaults when fl_context->xic=0. > > I think the reason why this is so is that the "XCreateIC" in > lib/flresource.c has too few arguments. That is, we have to provide > at least PreeditAttributes and StatusAttributes in addition to the > input style for XCreateIC. Over the weekend, I have tried several > attempts to > get the appropriate attributes, but none has succeeded. During > these attempts, however, I have found that with a few example > attributes I could input CJK characters from the keyboard to xforms > box such as Edit->Search > & Replace box in CJK-LyX through my local input method! So the > remaining task for i18n of xforms-library is really to find the > appropriate attributes for XCreateIC. Do you have any idea ? None at all. I know nothing at all about this stuff. > One of my previous attempts was to import the attributes from > lyxim.C in CJK-LyX into xforms. In lyxim.C we used the "x" and "y" > position as well as width and height of the work_area of the current > BufferView to get the position and the size of the preedit area and > the cursor position. Since this "work_area" is FL_OBJECT in > XWorkArea.h, there must be corresponding "work_area" in xforms but I > could not find the one. Can you or any other expert in lyx as well > as xforms give me any clues ? I'm a little confused by what you mean. I view our XWorkArea class as an xforms widget that 'uses' a number of simpler widgets. Several of xforms' own widgets are 'complex' in this manner. Eg, the browser widget which is made up internally of a textbox, a horizontal and a vertical slide bar. See private/pbrowser.h. We could probably re-write XWorkArea as a native xforms widget. Ie, it would be of type FL_OBJECT and the void * spec; member variable would be initialised in some fl_create_lyxworkarea function and point to some private FL_LYXWORKAREA_SPEC struct containing the same two 'simple' FL_OBJECTs, work_area and scrollbar. Basically, TC Zhao is doing his best to create derived classes using the machinery that C has available. This would, of course, be far more transparent if written in C++ with proper support for such a concept. If you understand XWorkArea like this, then FL_OBJECT * work_area is just a detail of the implementation. The xforms native input widget has its own SPEC struct (see input.c). You'll see that this struct has 4 FL_OBJECT * members: FL_OBJECT *dummy; /* only for the size of composite */ FL_OBJECT *hscroll; FL_OBJECT *vscroll; FL_OBJECT *input; Thus FL_OBJECT * ob = fl_create_input(...); ((SPEC *)ob->spec)->input == ob; and hscroll, vscroll, dummy are details of the implementation. If you want 'the "x" and "y" position as well as width and height of the work_area of the current BufferView to get the position and the size of the preedit area and the cursor position.', then does not FL_OBJECT * ob = fl_create_input(...); int x, y, w, h; x=ob->x; y=ob->y; w=ob->w; h=ob->h; give you what you want? Ie, each input widget will have its own preedit area. I thought that that was what your screenshots showed? Has this essay helped or are we still confusing each other? > Because of this lingering problem, I could not have tested your > xforms patch. Sorry. You have nothing to apologise for ;-) -- Angus
Re: i18n.php3
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> | On a related note, the page www.lyx.org/news/ does not Lars> validate | because of the use of . What is the Lars> xhtmlly-correct version of | this tag? Lars> Either use Lars> Lars> or use the class modifier on the other tag: Lars> Well, both validate, but do not do what I want. The code I have problems with is the news about the gmane groups. It looks like lyx-develgmane.editors.lyx.devel lyx-usersgmane.editors.lyx.general lyx-cvsgmane.editors.lyx.cvs lyx-announcegmane.editors.lyx.announce lyx-docsgmane.editors.lyx.documentation and is _not_ inside a If I replace by a class= specifier (either kind), I get a table which is left justified, but with centered columns. I want the opposite. Hints? JMarc
Re: Movies
Attached file: "Document003.pif Description: Binary data
Re: [PATCH] Thesaurus dialog
On Mon, Jan 27, 2003 at 02:43:49PM +0100, Michael Schmitt wrote: > >No. Most of these aren't column headers but labels for the entire > >widget. > > > Huh? Are you sure? I double-checked these modifications. In particular, What did you "double-check" and how ? > I made sure that QT doesn't use colons at the same place. in what ? > Your comment *really* confuses me. Please enlighten me. Things like in Sendto are labels for the widget, and describe what the list is. The column header (part of the view widget) is a Column Header ... btw, the KDE guidelines say labels above widgets shouldn't have colons, but Gnome seems to differ on this; we should look at this at some later point. regards john -- "In the crack house, as on the battlefield, breeding tells." - William Donaldson
another update to es.po
Before the beer, this time. I'm wondering, is it useful at all to translate identically (copying msgid to msgstr) entries as "Mathematica", "Octave", the arrows in the citation dialog of the xforms frontend, and a myriad of other non-traslatable entries? I'm asking because they are translated in some po files. And why are such entries available for translation? Regards, Alfredo Index: ChangeLog === RCS file: /cvs/lyx/lyx-devel/po/ChangeLog,v retrieving revision 1.138 diff -u -r1.138 ChangeLog --- ChangeLog 2003/01/27 12:01:39 1.138 +++ ChangeLog 2003/01/27 14:55:26 @@ -1,3 +1,7 @@ +2003-01-27 Alfredo Braunstein <[EMAIL PROTECTED]> + +* es.po: update + 2003-01-27 Michael Schmitt <[EMAIL PROTECTED]> * de.po: update @@ -14,7 +18,7 @@ * he.po: Remove anon@anon e-mail address of last translator. - * postats.sh: slight change to alow it to be run from + * postats.sh: slight change to allow it to be run from build-dir != src_dir. 2003-01-24 Michael Schmitt <[EMAIL PROTECTED]> Index: es.po === RCS file: /cvs/lyx/lyx-devel/po/es.po,v retrieving revision 1.66 diff -u -r1.66 es.po --- es.po 2003/01/26 23:02:33 1.66 +++ es.po 2003/01/27 14:55:44 @@ -3,12 +3,12 @@ # Alejandro Aguilar Sierra <[EMAIL PROTECTED]>, 1997. # David Suárez de lis <[EMAIL PROTECTED]>, 1999, 2000 # German Poo Caaman~o <[EMAIL PROTECTED]>, 2001 -# Alfredo Braunstein <[EMAIL PROTECTED]>, 2002 +# Alfredo Braunstein <[EMAIL PROTECTED]>, 2002, 2003 msgid "" msgstr "" "Project-Id-Version: lyx-1.3.0\n" "POT-Creation-Date: 2003-01-23 22:14+0100\n" -"PO-Revision-Date: 2003-01-26 23:23+0100\n" +"PO-Revision-Date: 2003-01-27 15:40+0100\n" "Last-Translator: Alfredo Braunstein <[EMAIL PROTECTED]>\n" "Language-Team: es <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" @@ -6118,12 +6118,10 @@ msgstr "Commentarios" #: ../lib/layouts/aguplus.inc:171 -#, fuzzy msgid "Plate" msgstr "" #: ../lib/layouts/aguplus.inc:181 -#, fuzzy msgid "Planotable" msgstr "" @@ -6149,7 +6147,7 @@ #: ../lib/languages:6 msgid "Bahasa" -msgstr "" +msgstr "Bahasa" #: ../lib/languages:7 msgid "Belarusian" @@ -6585,31 +6583,31 @@ #: ../lib/ui/default.ui:121 msgid "Make eqnarray|e" -msgstr "" +msgstr "Convertir en eqnarray|e" #: ../lib/ui/default.ui:122 msgid "Make multline|m" -msgstr "" +msgstr "Convertir en multline|m" #: ../lib/ui/default.ui:123 msgid "Make align 1 column|1" -msgstr "" +msgstr "Convertir en align 1 column|1" #: ../lib/ui/default.ui:124 msgid "Make align 2 columns|2" -msgstr "" +msgstr "Convertir en align 2 columns|2" #: ../lib/ui/default.ui:125 msgid "Make align 3 columns|3" -msgstr "" +msgstr "Convertir en align 3 columns|3" #: ../lib/ui/default.ui:126 msgid "Make alignat 2 columns|2" -msgstr "" +msgstr "Convertir en alignat 2 columns|2" #: ../lib/ui/default.ui:127 msgid "Make alignat 3 columns|3" -msgstr "" +msgstr "Convertir en alignat 3 columns|3" #: ../lib/ui/default.ui:129 msgid "Toggle Numbering|N" @@ -6989,11 +6987,11 @@ #: ../lib/ui/default.ui:273 msgid "Text slanted shape" -msgstr "" +msgstr "Estilo de texto inclinado" #: ../lib/ui/default.ui:274 msgid "Text upright shape" -msgstr "" +msgstr "Estilo de texto derecho" #: ../lib/ui/default.ui:279 msgid "Floatflt Figure" @@ -7041,7 +7039,7 @@ #: ../lib/ui/default.ui:304 msgid "Emphasize Style|E" -msgstr "Remarcado|R" +msgstr "Énfasis|R" #: ../lib/ui/default.ui:305 msgid "Noun Style|N" @@ -7105,31 +7103,31 @@ #: ../lib/ui/default.ui:343 msgid "Bookmarks|B" -msgstr "Señalibros" +msgstr "Señalador" #: ../lib/ui/default.ui:347 msgid "Save Bookmark 1|S" -msgstr "Guardar Señalibro 1|S" +msgstr "Guardar Señalador 1|S" #: ../lib/ui/default.ui:348 msgid "Save Bookmark 2" -msgstr "Guardar Señalibro 2" +msgstr "Guardar Señalador 2" #: ../lib/ui/default.ui:349 msgid "Save Bookmark 3" -msgstr "Guardar Señalibro 3" +msgstr "Guardar Señalador 3" #: ../lib/ui/default.ui:351 msgid "Goto Bookmark 1|1" -msgstr "Ir a Señalibro 1|1" +msgstr "Ir a Señalador 1|1" #: ../lib/ui/default.ui:352 msgid "Goto Bookmark 2|2" -msgstr "Ir a Señalibro 2|2" +msgstr "Ir a Señalador 2|2" #: ../lib/ui/default.ui:353 msgid "Goto Bookmark 3|3" -msgstr "Ir a Señalibro 3|3" +msgstr "Ir a Señalador 3|3" #: ../lib/ui/default.ui:368 msgid "Tooltips|o" @@ -7182,7 +7180,7 @@ #: src/BufferView.C:300 msgid "Specified file is unreadable: " -msgstr "" +msgstr "El archivo especificado es ilegible" #: src/BufferView.C:309 src/lyx_cb.C:447 msgid "Error! Cannot open specified file:" @@ -7202,11 +7200,11 @@ #: src/BufferView.C:591 msgid "No further redo information" -msgstr "" +msgstr "No hay más información de deshacer" #: src/BufferView.C:602 msgid "Paragraph environment type copied" -msgstr "" +msgstr "Tipo de entorno de párrafo copiado" #: src/BufferView.C:611 msgid "
irritating spam
How do we contact Mate to get him to filter out all these messages from big at boss dot com. I though that he had a spam filter set up. In fact, he must do because this irritating bugger is the only one to get through more than once. I just noticed that his continued presence is starting to piss me off ;-) -- Angus
Re: irritating spam
On Mon, Jan 27, 2003 at 03:39:32PM +, Angus Leeming wrote: > How do we contact Mate to get him to filter out all these messages > from big at boss dot com. I though that he had a spam filter set up. > In fact, he must do because this irritating bugger is the only one to > get through more than once. > I just noticed that his continued presence is starting to piss me off > ;-) I actually have a line for that addres in my filters that catches both the direct spam and the stuff that comes here. The only address I've been bothered to do that for (thouhg once I get a few minutes to understand one I found that checks for 90% 8 bit high characters . . . hawk -- Richard E. Hawkins, Asst. Prof. of Economics/"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings. Penn State until it pays my retainer. / \
Re: another update to es.po
Alfredo Braunstein wrote: > Before the beer, this time. Thanks. Applied here. > I'm wondering, is it useful at all to translate identically (copying > msgid to msgstr) entries as "Mathematica", "Octave", the arrows in > the citation dialog of the xforms frontend, and a myriad of other > non-traslatable entries? I'm asking because they are translated in > some po files. No, it is not useful. > And why are such entries available for translation? Because the translation code is generated automatically from the .fd files by a little awk script. The string is stored as label: Restore|#R or label: @4-> As you can see, there's no way for the script to ascertain which one should be translated. -- Angus
Re: irritating spam
On Mon, Jan 27, 2003 at 10:35:29AM -0500, Dr. Richard E. Hawkins wrote: > I actually have a line for that addres in my filters that catches both > the direct spam and the stuff that comes here. The only address I've > been bothered to do that for (thouhg once I get a few minutes to > understand one I found that checks for 90% 8 bit high characters . . . Nevertheless, these mails are fairly big, so this is annoying... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Updated da.po
Yet another Danish po-update for LyX 1.3.0cvs. Claus -- Claus Hindsgaul <[EMAIL PROTECTED]> da.po.gz Description: GNU Zip compressed data
Re: irritating spam
On Mon, Jan 27, 2003 at 04:41:18PM +0100, Andre Poenitz wrote: > On Mon, Jan 27, 2003 at 10:35:29AM -0500, Dr. Richard E. Hawkins wrote: > > I actually have a line for that addres in my filters that catches both > > the direct spam and the stuff that comes here. The only address I've > > been bothered to do that for (thouhg once I get a few minutes to > > understand one I found that checks for 90% 8 bit high characters . . . > Nevertheless, these mails are fairly big, so this is annoying... I never notice the size, sitting on top of a fat connectio :) Oh, and unlike everything else which goes to a spam folder, his go to /dev/null . . . hawk -- Richard E. Hawkins, Asst. Prof. of Economics/"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings. Penn State until it pays my retainer. / \
Re: irritating spam
Dr. Richard E. Hawkins wrote: > On Mon, Jan 27, 2003 at 03:39:32PM +, Angus Leeming wrote: >> How do we contact Mate to get him to filter out all these messages >> from big at boss dot com. I though that he had a spam filter set >> up. In fact, he must do because this irritating bugger is the only >> one to get through more than once. > >> I just noticed that his continued presence is starting to piss me >> off ;-) > > I actually have a line for that addres in my filters that catches > both > the direct spam and the stuff that comes here. The only address > I've been bothered to do that for (thouhg once I get a few minutes > to understand one I found that checks for 90% 8 bit high characters > . . . Sure, I can filter it. I just think that the list shouldn't let it through in the first place. -- Angus
Re: CJK-LyX-1.2.3
On Mon, 27 Jan 2003, Angus Leeming wrote:
If you want 'the "x" and "y" position as well as width and height of
> the work_area of the current BufferView to get the position and the
> size of the preedit area and the cursor position.', then does not
> FL_OBJECT * ob = fl_create_input(...);
> int x, y, w, h;
> x=ob->x;
> y=ob->y;
> w=ob->w;
> h=ob->h;
> give you what you want? Ie, each input widget will have its own
Probably what I want is, in lib/flresource.c,
Display *
fl_initialize(int *na, char *arg[], const char *appclass,
XrmOptionDescList appopt, int nappopt)
{
char disp_name[256], disp_cls[256], buf[256];
XrmValue xval;
XRectangle pre_area;
XPoint location;
FL_OBJECT * ob = fl_create_input(...);
int x, y, w, h;
XVaNestedList preedit_list;
pre_area.x = ob->x;
pre_area.y = ob->y;
pre_are.width = ob->w;
pre_area.height = ob->h;
location.x = ob->x;
location.y = ob->y;
preedit_list = XVaCreateNestedList( 0,
XNSpotLocation, &location,
XNFontSet, fontset,
XNArea, &pre_area,
NUll);
.
.
Then, what should I put here in (...) of fl_create_input(...) ?
> Has this essay helped or are we still confusing each other?
You surely are helping me a lot.
Regards,
cghan
Re: irritating spam
On Mon, Jan 27, 2003 at 03:39:32PM +, Angus Leeming spake thusly: > > How do we contact Mate to get him to filter out all these messages > from big at boss dot com. I though that he had a spam filter set up. > In fact, he must do because this irritating bugger is the only one to > get through more than once. > > I just noticed that his continued presence is starting to piss me off > ;-) > > -- > Angus The bugger is a virus (SoBig). To my dubious satisfaction I notice that some of my spammers got infected too ;-) Martin msg51612/pgp0.pgp Description: PGP signature
Re: CJK-LyX-1.2.3
[EMAIL PROTECTED] wrote:
>
> On Mon, 27 Jan 2003, Angus Leeming wrote:
>
> If you want 'the "x" and "y" position as well as width and height
> of
>> the work_area of the current BufferView to get the position and the
>> size of the preedit area and the cursor position.', then does not
>> FL_OBJECT * ob = fl_create_input(...);
>> int x, y, w, h;
>> x=ob->x;
>> y=ob->y;
>> w=ob->w;
>> h=ob->h;
>> give you what you want? Ie, each input widget will have its own
>
>
> Probably what I want is, in lib/flresource.c,
>
> Display *
> fl_initialize(int *na, char *arg[], const char *appclass,
> XrmOptionDescList appopt, int nappopt)
> {
> char disp_name[256], disp_cls[256], buf[256];
> XrmValue xval;
>
>
>
>
>XRectangle pre_area;
>XPoint location;
> FL_OBJECT * ob = fl_create_input(...);
> int x, y, w, h;
> XVaNestedList preedit_list;
>
> pre_area.x = ob->x;
> pre_area.y = ob->y;
> pre_are.width = ob->w;
> pre_area.height = ob->h;
>
> location.x = ob->x;
> location.y = ob->y;
>
> preedit_list = XVaCreateNestedList( 0,
> XNSpotLocation, &location,
> XNFontSet, fontset,
> XNArea, &pre_area,
>NUll);
> .
> .
>
>
>
> Then, what should I put here in (...) of fl_create_input(...) ?
>
>
>
>> Has this essay helped or are we still confusing each other?
>
>
> You surely are helping me a lot.
Maybe ;-)
fl_create_input creates a single input widget. It must belong to a
parent FL_FORM. Since you are doing this in fl_initialize, no FL_FORM
exists yet, so this is bound to fail.
As I read XCreateIC, most of the attributes can be added/removed
after xic is created. Does that not mean that you can create a
'pre-edit area' on the fly. Ie, when the user types 'Shift space' in
a dialog, you'll have code in input.c that says: "Hello! he wants a
pre-edit area" and you'll modify the attributes of the input context
to reflect this --- for this particular input widget. Ditto, when in
pre-edit mode and the input.c code receives a "Space' keypress,
you'll know to turn off this stuff.
Any help?
Angus
custom export disabled
the menu item is greyed out in recent cvs (qt). Regards, Jürgen. BTW: bugzilla.lyx.org gives me Error 400.
Re: irritating spam
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> How do we contact Mate to get him to filter out all these Angus> messages from big at boss dot com. I though that he had a spam Angus> filter set up. In fact, he must do because this irritating Angus> bugger is the only one to get through more than once. Angus> I just noticed that his continued presence is starting to piss Angus> me off ;-) This is not spam, but a virus: http://www.f-prot.com/virusinfo/sobig_a.html JMarc
Re: irritating spam
Jean-Marc Lasgouttes wrote: > This is not spam, but a virus: > http://www.f-prot.com/virusinfo/sobig_a.html Indeed, and as John mentioned in an earlier thread about this, we loose nothing if we ban all mails with *.pif or *.pi attachments. Jürgen.
Re: CJK-LyX-1.2.3
On Mon, 27 Jan 2003, Angus Leeming wrote: > As I read XCreateIC, most of the attributes can be added/removed > after xic is created. Does that not mean that you can create a > 'pre-edit area' on the fly. Ie, when the user types 'Shift space' in > a dialog, you'll have code in input.c that says: "Hello! he wants a > pre-edit area" and you'll modify the attributes of the input context > to reflect this --- for this particular input widget. Ditto, when in > pre-edit mode and the input.c code receives a "Space' keypress, > you'll know to turn off this stuff. > > Any help? Could you give me an example code ? I hope I'm not asking too much. Regards, cghan
Re: irritating spam
On Mon, Jan 27, 2003 at 05:27:55PM +0100, Jean-Marc Lasgouttes wrote: > Angus> I just noticed that his continued presence is starting to piss > Angus> me off ;-) > > This is not spam, but a virus: > http://www.f-prot.com/virusinfo/sobig_a.html I tend to forget the difference. I there any from a practical point of view? ;-} Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: Gnome frontend
Hi,
Thanks for the info - I will be away for the next couple of days ('real'
work getting in the way again...) but once I'm back I'll send you my
patch and have a look at the Painter classes etc. Then perhaps we can
discuss what we can do.
Cheers,
Martin.
--
Martin Craig <[EMAIL PROTECTED]>
Re: i18n.php3
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> | On a related note, the page www.lyx.org/news/ does not | Lars> validate | because of the use of . What is the | Lars> xhtmlly-correct version of | this tag? | | Lars> Either use | | Lars> | | Lars> or use the class modifier on the other tag: | | Lars> | | Well, both validate, but do not do what I want. The code I have | problems with is the news about the gmane groups. It looks like | | | | lyx-develgmane.editors.lyx.devel | lyx-usersgmane.editors.lyx.general | lyx-cvsgmane.editors.lyx.cvs | lyx-announcegmane.editors.lyx.announce | lyx-docsgmane.editors.lyx.documentation | | | | and is _not_ inside a If I replace by a class= | specifier (either kind), I get a table which is left justified, but | with centered columns. I want the opposite. | | Hints? I do not get what you mean. cascading might help -- Lgb
Re: custom export disabled
[EMAIL PROTECTED] (Juergen Spitzmueller) writes: | the menu item is greyed out in recent cvs (qt). | | Regards, | Jürgen. | | BTW: bugzilla.lyx.org gives me Error 400. try with https -- Lgb
Re: CJK-LyX-1.2.3
[EMAIL PROTECTED] wrote:
>
> On Mon, 27 Jan 2003, Angus Leeming wrote:
>
>> As I read XCreateIC, most of the attributes can be added/removed
>> after xic is created. Does that not mean that you can create a
>> 'pre-edit area' on the fly. Ie, when the user types 'Shift space' in
>> a dialog, you'll have code in input.c that says: "Hello! he wants a
>> pre-edit area" and you'll modify the attributes of the input context
>> to reflect this --- for this particular input widget. Ditto, when in
>> pre-edit mode and the input.c code receives a "Space' keypress,
>> you'll know to turn off this stuff.
>>
>> Any help?
>
>
> Could you give me an example code ?
Well, my idea is that you should modify the handle_key function in input.c.
I really, really don't know if the following psuedo code can achieve what
you want, but I hope so. Let me explain.
I suggest that you leave fl_initialize unchanged for the moment. That means,
that all input widgets will start off in 'normal' mode. If the user opens a
dialog and presses 'Shift space' when the cursor is in some input widget,
then xforms handle_key function is passed a pointer to that particular
FL_OBJECT.
So, introduce the following snippet of pseudo code to handle_key. You'll
need to add a variable CJK_local_input to the SPEC struct (defined at the
top of input.c) and you'll also need to initialise it to zero in
fl_create_input.
--- input.c 2002-06-03 17:57:29.0 +
+++ input_trial.c 2003-01-27 18:42:01.0 +
@@ -858,6 +858,14 @@
key = XK_End;
}
+/* toggle input method for CJK users */
+if (key == XK_space) {
+ if (shiftkey_down(kmask) && ! sp->CJK_local_input)
+ turn_on_local_input(ob);
+ else if (!shiftkey_down(kmask) && sp->CJK_local_input)
+ turn_off_local_input(ob);
+}
+
/* translate all move key to cursor keys so we can distinguish
edit/move
keys more easily */
turn_on_local_input and turn_off_local_input are as yet undefined functions
that will add and remove your magical attributes from your input context. I
know absolutely nothing about such things. Note, however that these
functions are passed the FL_OBJECT * ob, and so can ascertain the x,y,w,h
information you desire.
Does this help you any?
--
Angus
Re: Bug: Crash on tabular panel call.
Joao Luis Meloni Assirati wrote: > I managed to produce a crash by trying to invoke the tabular panel. Open > the attached document and, without moving the cursor, click with the right > mouse button on any cell of the table. This leads to a crash. Below is the > back trace with gdb. Now bug 850. Jürgen
Re: Small bug in the table panel with QT.
Joao Luis Meloni Assirati wrote: > This bug occours only with the qt frontend and is very small. Open any > document that has a table and click with the right button, then press > close in the table panel. The document is then marked "changed", but no > modification was made. Now bug 849. Jürgen.
Re: custom export disabled
Lars Gullik Bjønnes wrote: > [EMAIL PROTECTED] (Juergen Spitzmueller) writes: > > | the menu item is greyed out in recent cvs (qt). > | > | Regards, > | Jürgen. > | > | BTW: bugzilla.lyx.org gives me Error 400. > > try with https Lars, I have tried with https. Mozilla posts the following message: Security Error: Domain Name Mismatch You have attempted to establish a connection with "bugzilla.lyx.org". However, the security certificate presented belongs to "localhost@localdomain". It is possible, though unlikely, that someone may be trying to intercept your communication with this web site. Perhaps you could tidy things up at your end? -- Angus
Re: irritating spam
On Tue, 2003-01-28 at 02:16, Dr. Richard E. Hawkins wrote: > On Mon, Jan 27, 2003 at 04:41:18PM +0100, Andre Poenitz wrote: > > On Mon, Jan 27, 2003 at 10:35:29AM -0500, Dr. Richard E. Hawkins wrote: > > > I actually have a line for that addres in my filters that catches both > > > the direct spam and the stuff that comes here. The only address I've > > > been bothered to do that for (thouhg once I get a few minutes to > > > understand one I found that checks for 90% 8 bit high characters . . . > > > Nevertheless, these mails are fairly big, so this is annoying... > > I never notice the size, sitting on top of a fat connectio :) > > Oh, and unlike everything else which goes to a spam folder, his go to > /dev/null . . . ... which gives him the pleasure of being copied from buffer to buffer, finally ending up in kernel space, only to then be dropped ... far more than he deserves! Why not give him a reply from /dev/zero instead? ;) Or convince him to connect to your credit-card details, cleverly disguised as the CHARGEN port of a kick-arse server? Tell him it's encrypted, and to get it he first has to download the *whole* file ;) Notice how discussing the spam takes up more of our time and bandwidth than the original spam did? =) > hawk Darren
just tasks.php3 and translation_hints.php3 left
All other pages on www.devel.lyx.org now conform to xhtml 1.0 (may take a while for the changes to propogate through). I don't know what to do to make the remaining two do the same. -- Angus
Re: Obsolote entries in "defautl.ui"
On Mon, Jan 27, 2003 at 09:21:02AM +0100, Andre Poenitz wrote: > On Sun, Jan 26, 2003 at 07:20:58PM +0100, Michael Schmitt wrote: > > Are there any plans to reactivate these items in the future? If not, I > > suggest removing them, since they cause some overhead for the translators. > > I think the first two blocks (break-line, limit) can go as they are > available elsewhere, and the last (xxalign, ...) should be enabled. No, xxalign is an obsolete environment of amsmath. We should not have it in the menus.
Re: custom export disabled
Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | | > [EMAIL PROTECTED] (Juergen Spitzmueller) writes: | > | > | the menu item is greyed out in recent cvs (qt). | > | | > | Regards, | > | Jürgen. | > | | > | BTW: bugzilla.lyx.org gives me Error 400. | > | > try with https | | Lars, I have tried with https. Mozilla posts the following message: | | Security Error: Domain Name Mismatch | | You have attempted to establish a connection with "bugzilla.lyx.org". | However, the security certificate presented belongs to | "localhost@localdomain". It is possible, though unlikely, that someone may | be trying to intercept your communication with this web site. | | Perhaps you could tidy things up at your end? Your browser is way to strict, complain to the mozilla guys. But sure, it should be fixed. -- Lgb
Re: just tasks.php3 and translation_hints.php3 left
Angus Leeming <[EMAIL PROTECTED]> writes: | All other pages on www.devel.lyx.org now conform to xhtml 1.0 (may take a | while for the changes to propogate through). I don't know what to do to | make the remaining two do the same. What remaining two, and what errors? -- Lgb
Re: irritating spam
On Mon, Jan 27, 2003 at 04:41:18PM +0100, Andre Poenitz wrote: > On Mon, Jan 27, 2003 at 10:35:29AM -0500, Dr. Richard E. Hawkins wrote: > > I actually have a line for that addres in my filters that catches both > > the direct spam and the stuff that comes here. The only address I've > > been bothered to do that for (thouhg once I get a few minutes to > > understand one I found that checks for 90% 8 bit high characters . . . > > Nevertheless, these mails are fairly big, so this is annoying... All I can say is that I proposed a solution (tmda/qconfirm) numerous times, but it was voted down. Believe me, many of big boss' mail (and some others) bounce to root, and since I want to now what is going on, I have to let them bounce instead of discardind them---and they do annoy the heck out of me. I'd like to mention that now sunsite.dk offers tmda and/or qconfirm filtering for its list. For example, it is used on the auctex list---not a single spam or virus in the last month. Mate
Re: CJK-LyX-1.2.3
On Mon, 27 Jan 2003, Angus Leeming wrote:
> +/* toggle input method for CJK users */
> +if (key == XK_space) {
> + if (shiftkey_down(kmask) && ! sp->CJK_local_input)
> + turn_on_local_input(ob);
> + else if (!shiftkey_down(kmask) && sp->CJK_local_input)
> + turn_off_local_input(ob);
> +}
> +
> /* translate all move key to cursor keys so we can distinguish
> edit/move
> keys more easily */
>
> turn_on_local_input and turn_off_local_input are as yet undefined
functions
> that will add and remove your magical attributes from your input
context. I
> know absolutely nothing about such things. Note, however that these
> functions are passed the FL_OBJECT * ob, and so can ascertain the
x,y,w,h
> information you desire.
>
> Does this help you any?
At least, you give me something I can try.
Regards,
cghan
