On 06-Mar-2001 Allan Rae wrote:
On Mon, 5 Mar 2001, Angus Leeming wrote:
Jrgen,
I was browsing through FormParagraph and I've come across something that
confuses me. Do you really mean to "activate" the lines below that I've
highlighted with a "?", or should they be "deactivate"?
"Asger" == Asger K Alstrup Nielsen [EMAIL PROTECTED] writes:
Asger Regarding improving the performance: I can only recommend using
Asger gprof. It's very easy, and it really helps when you want to
Asger find and address bottlenecks.
Yes, profiling is often a better idea than trying to guess
"Mike" == [EMAIL PROTECTED] writes:
Mike On 5 Mar 2001, Jean-Marc Lasgouttes wrote:
I tried the "benchmark" a bit here, and the times in successive
rune fluctuate enough that I do not see how you can interpret
them...
Mike This wins the "Cool Typo" award. When reading your (the
Mike
Dear Developers,
I hope I won't be the n+199th to tell you this:
I wonder whether the "fast and light toolkit" (fltk) could help Lyx towards
GUI independence: it is fast, it is light, it works for both X-Windows and
MS-Windows and a user on the jed-list stated that it facilitates GUI
Ok, I am now convinced that drawing should be done by the macro and not the
template and that the current "callback mechanism" is the main reason for
the problems we see when drawing nested macros _and_ for the "cursor jump
problem" (as well as this strange tmacro setup in mathed_parse)
Doing
--
Andr Pnitz [EMAIL PROTECTED]
? :w
? .array.C.swp
? mathed27.diff
? mathed39.diff
? delim.diff
? bigop.diff
? to_check.diff
? mathed37.diff
? mathed38.diff
? mathed40.diff
? .ChangeLog.swp
? mathed41.diff
Index: ChangeLog
"Guenter" == Guenter Milde [EMAIL PROTECTED] writes:
Guenter I wonder whether the "fast and light toolkit" (fltk) could
Guenter help Lyx towards GUI independence: it is fast, it is light,
Guenter it works for both X-Windows and MS-Windows and a user on the
Guenter jed-list stated that it
On 06-Mar-2001 Guenter Milde wrote:
Dear Developers,
I hope I won't be the n+199th to tell you this:
No you are only the n+198th #:O)
I wonder whether the "fast and light toolkit" (fltk) could help Lyx towards
GUI independence: it is fast, it is light, it works for both X-Windows and
On 05-Mar-2001 Edwin Leuven wrote:
Which would mean that it happens here:
while (pos + i par-Last()
string::size_type(i) size
cs ? str[i] == par-GetChar(pos + i)
: toupper(str[i]) == toupper(par-GetChar(pos + i))) {
I fixed the
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Asger" == Asger K Alstrup Nielsen [EMAIL PROTECTED] writes:
|
| Asger Regarding improving the performance: I can only recommend using
| Asger gprof. It's very easy, and it really helps when you want to
| Asger find and address bottlenecks.
|
|
Juergen Vigna [EMAIL PROTECTED] writes:
| On 05-Mar-2001 Edwin Leuven wrote:
|
| Which would mean that it happens here:
|
| while (pos + i par-Last()
| string::size_type(i) size
| cs ? str[i] == par-GetChar(pos + i)
| :
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars I think my lazy generation of LyXText could help on that. then
Lars we should only load the font metrics when first needed.
Stupid question: are we forced to load the whole font metrics to use a
font? If not, caching would be a gain.
On 06-Mar-2001 Lars Gullik Bjnnes wrote:
No no... that you put parantesis around _obvious_ expressions. btw.
You got me #:O) (big smile)
I'd like to see the above while condition rewritten. It way to large
and complex.
Well we have to rewrite quite a bit in there to permit fr also inside
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Lars" == Lars Gullik Bjnnes [EMAIL PROTECTED] writes:
|
| Lars I think my lazy generation of LyXText could help on that. then
| Lars we should only load the font metrics when first needed.
|
| Stupid question: are we forced to load the whole
Edwin Leuven [EMAIL PROTECTED] writes:
| Hi,
|
| I attach the patch that moves find/replace to frontends. It also moves some
| stuff out ouf LyXText. The files src/lyxfr1.[Ch] and src/lyxfr0.[Ch] can be
| removed. Could someone check and/or apply it?
+
+ bool found;
+ do {
+
No no... that you put parantesis around _obvious_ expressions. btw.
You got me #:O) (big smile)
I'd like to see the above while condition rewritten. It way to large
and complex.
Should I resubmit the patch with these expression chopped up in pieces?
gr.ed.
"Edwin" == Edwin Leuven [EMAIL PROTECTED] writes:
Edwin Should I resubmit the patch with these expression chopped up in
Edwin pieces?
The patch is applied already, but you can submit a cleanup patch.
JMarc
Amazing what kind of things one can call stack ;-}
Andre'
--
Andr Pnitz [EMAIL PROTECTED]
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/ChangeLog,v
"Zvezdan" == Zvezdan Petkovic [EMAIL PROTECTED] writes:
Zvezdan Jean-Marc you are right.
Since I am right, I applied the patch (to both branches) ;)
JMarc
On Mon, 5 Mar 2001, nobody wrote:
Bugs #233241, was updated on 2001-02-20 04:37
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=115212aid=233241group_id=15212
Category: None
Group: UI improvement
Status: Closed
Priority: 5
Submitted By: Nobody/Anonymous
I try to compile lyx (1..1.6.fix1) on my SGI (Irix 6.3).
First of all, there is small error in the Makefile in po/
it reads "POTFILE_IN_DEPS :=", which should be =
Anyway, my Make stops then with the following error in making all in
src/insets:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
On 06-Mar-2001 Lars Gullik Bjnnes wrote:
Ad Jrgen's segfault report, I think there is a mistake in the code
somewhere, but I can't see it offhand. I belive the reason Jrgen sees
The segfault wasn't a segfault, but an Assert(false) (I traced this down
and could so find the error) and was in
Is there anything really wrong with the patch ? If I rediff
will it be applied ?
thanks
john
--
"If one tells the truth, one is sure, sooner or later, to be found out."
- Oscar Wilde
John Levon [EMAIL PROTECTED] writes:
| Is there anything really wrong with the patch ? If I rediff
| will it be applied ?
I still belive it changes too much... but give us a rediff...
Lgb
On Tuesday 06 March 2001 11:55, Lars Gullik Bjønnes wrote:
John Levon [EMAIL PROTECTED] writes:
| Is there anything really wrong with the patch ? If I rediff
| will it be applied ?
I still belive it changes too much... but give us a rediff...
Similarly, should I make a patch of
Angus Leeming [EMAIL PROTECTED] writes:
| On Tuesday 06 March 2001 11:55, Lars Gullik Bjnnes wrote:
| John Levon [EMAIL PROTECTED] writes:
|
| | Is there anything really wrong with the patch ? If I rediff
| | will it be applied ?
|
| I still belive it changes too much... but give us a
Here it is
cvs add lib/images/file-open.xpm src/frontends/FileDialog.h
src/frontends/xforms/FileDialog.C src/frontends/xforms/form_filedialog.*
src/frontends/xforms/FormFiledialog.* src/frontends/xforms/forms/form_filedialog.fd
src/frontends/kde/File*
cvs delete lib/images/buffer-open.xpm
On Tuesday 06 March 2001 12:33, Lars Gullik Bjnnes wrote:
| Similarly, should I make a patch of BRANCH_MVC against HEAD
| yet or are people still looking at the branch?
I have not had time to look at it again yet.
Fair enough. Just give me a shout when you're ready. I'll keep the branch up
"Wijnand" == Wijnand Mooij [EMAIL PROTECTED] writes:
Wijnand I try to compile lyx (1..1.6.fix1) on my SGI (Irix 6.3).
Wijnand First of all, there is small error in the Makefile in po/ it
Wijnand reads "POTFILE_IN_DEPS :=", which should be =
This will be fixed in next relelase. In fact, this is
"Chanop" == Chanop Silpa-Anan [EMAIL PROTECTED] writes:
Chanop I've made LyX to work with thai latex on my debian box. In the
Chanop following patch, I have add support for thai to lib/languages
Chanop as suggested from this list. I also add tis620-0 enconding
Chanop (from 8 bit to unicode) to
On 06-Mar-2001 John Levon wrote:
Well here some comments:
-#\bind "M-f n" "buffer-open"
+#\bind "M-f n" "file-open"
Why did you have to do this? There are some lyx-server scripts using
this command and I really don't see why we should change it's name?
-#\bind
Angus Leeming [EMAIL PROTECTED] writes:
| On Tuesday 06 March 2001 12:33, Lars Gullik Bjnnes wrote:
| | Similarly, should I make a patch of BRANCH_MVC against HEAD
| | yet or are people still looking at the branch?
|
| I have not had time to look at it again yet.
|
| Fair enough. Just give
On Tuesday 06 March 2001 12:45, John Levon wrote:
John,
Insert-Insert_File-Ascii_as_lines
results in the error popup:
~/lines
No such file or directory
Similarly for Ascii_as_paragraphs.
File-Open is greyed out. Can't do it.
Everything else seems to work fine.
Angus
"Dekel" == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel I think that we should remove the printer flags fields from
Dekel lyxrc and the preferences dialog. Instead we will have a file
Dekel called lib/programflags that will have the flag information for
Dekel various commands (dvips, dvilj4):
Lars, to compile ShareContainer.h with cxx I have to apply the
following patch (compilation is not finished yet, so I have to check
that it links). Is it OK with you?
JMarc
Index: src/ShareContainer.h
===
RCS file:
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars, to compile ShareContainer.h with cxx I have to apply the
| following patch (compilation is not finished yet, so I have to check
| that it links). Is it OK with you?
|
| JMarc
|
| Index: src/ShareContainer.h
|
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Let's add a new typedef instead.
Lars typedef Params::value_type value_type;
Lars evt. with typename.
Lars typedef typename Params::value_type value_type;
OK, I'll do that.
JMarc
On Tue, 6 Mar 2001, Angus Leeming wrote:
John,
Insert-Insert_File-Ascii_as_lines
results in the error popup:
~/lines
No such file or directory
Similarly for Ascii_as_paragraphs.
File-Open is greyed out. Can't do it.
Probably you are using an old bind file in ~/.lyx
On Tue, 6 Mar 2001, Juergen Vigna wrote:
On 06-Mar-2001 John Levon wrote:
Well here some comments:
-#\bind "M-f n" "buffer-open"
+#\bind "M-f n" "file-open"
Why did you have to do this? There are some lyx-server scripts using
this command and I really
The attached patch gets the gnome frontend to compile again, for the
benefit of those who want it.
I might reduced the functionality there (the parts that are #if 0'ed)
but I do not know their equivalent, with the MVC thing in sight I won't
bother doing anything until it can be done the MVC way.
Forgot attachment.
* Baruch Even [EMAIL PROTECTED] [010306 17:19]:
The attached patch gets the gnome frontend to compile again, for the
benefit of those who want it.
I might reduced the functionality there (the parts that are #if 0'ed)
but I do not know their equivalent, with the MVC thing
On Tuesday 06 March 2001 15:03, John Levon wrote:
On Tue, 6 Mar 2001, Angus Leeming wrote:
John,
Insert-Insert_File-Ascii_as_lines
results in the error popup:
~/lines
No such file or directory
Similarly for Ascii_as_paragraphs.
File-Open is greyed out.
On Tue, 6 Mar 2001, Angus Leeming wrote:
Note though that LyXFunc still launches the fileDialog explicitly, rather
than by emitting a signal in one "case" statement and receiving the result in
another. Is this to stay as it is, or should it be slated for change too? Me,
I'd vote to change
Has anyone of you heard about xindy, a more
modular and more readily internationalizable
makeindex?
http://sourceforge.net/projects/xindy/
I built it and it really seems to work!
There is a script called 'makeindex4',
and though the authors warn that it isn't a
drop-in replacement
We would like the form to go away whenever any interaction happens,
or after the timeout.
How about using fl_set_event_callback() or similar to register
an event handler that always returns FL_PREEMPT, that removes itself
when it gets called the first time ?
This way there is no need for
On Tue, 6 Mar 2001, Edwin Leuven wrote:
As an example: the changes to FormParagraph just commited by Lars. These are
needed by ALL frontends (I think). It's undoable to watch cvs 24 hours a day
to see whether something has been changed in frontend A that should change in
frontend B as
Moreover, if people change the way functions/members are called I think
they should change ALL calls to these functions/members and not only
those in their favourite frontend!
but this obviously doesn't make sense for any sizeable change (you can't
expect those lyx kernel propellerheads
On Tue, 6 Mar 2001, Edwin Leuven wrote:
Moreover, if people change the way functions/members are called I think
they should change ALL calls to these functions/members and not only
those in their favourite frontend!
but this obviously doesn't make sense for any sizeable change (you
This message is contained within src/frontends/xforms/ChangeLog ...
Suppose I want some new find/replace functionality and change the way the
search function is called. After implementing the changes in the qt2
frontend I can leave it at that and think: well the xforms, kdes and gnomes
will
On Tue, 6 Mar 2001, Edwin Leuven wrote:
This message is contained within src/frontends/xforms/ChangeLog ...
Suppose I want some new find/replace functionality and change the way the
search function is called. After implementing the changes in the qt2
frontend I can leave it at that and
Hello Lyx Developers,
As per the request of Jean-Marc, I am sending this bug report that both
Edmar and I experienced. It concerns building the program code of
a literate program using Lyx. Here is our discussion of the bug:
Another anomality is that if the directory is clean, i.e., no
1) create an empty file test.png
2) graphics-insert for this file
3) quit lyx
it will coredump on quit
john
--
"If one tells the truth, one is sure, sooner or later, to be found out."
- Oscar Wilde
sure, and being a good neighbour is strictly optional.
but very desirable.
I don't know about
you but I would rather have Lars spend time on the kernel than fiddle about
in the frontends
I fully agree, thats why we need this stuff in *one* place yesterday and in
the meantime people should be
On Tuesday 06 March 2001 15:35, John Levon wrote:
On Tue, 6 Mar 2001, Angus Leeming wrote:
Note though that LyXFunc still launches the fileDialog explicitly,
rather than by emitting a signal in one "case" statement and
receiving the result in another. Is this to stay as it is, or should
On Tue, 6 Mar 2001, Angus Leeming wrote:
In this case, each inset controller has one View only. However, I'm picturing
a very similar scheme for the FileDialogs, but here a single FileDialog
Controller would control multiple Views, one for each NEW_FILE, OPEN_FILE etc
signal emitted by
"John" == John Levon [EMAIL PROTECTED] writes:
John Anyway the "mask" interface needs changing at some point to get
John on well with the KDE frontend.
John The KDE dialog expects something like :
John "*.ps|PostScript documents (*.ps)\n*.png|PNG files (*.png)\n"
John as a list of the
Martin Vermeer [EMAIL PROTECTED] writes:
| Has anyone of you heard about xindy, a more
| modular and more readily internationalizable
| makeindex?
Sure. Support for this is planned. Should be on my Todo list (or on
the virtual companion list).
Lgb
Edwin Leuven [EMAIL PROTECTED] writes:
| Moreover, if people change the way functions/members are called I think they
| should change ALL calls to these functions/members and not only those in
| their favourite frontend!
I just make sure that the default case compiles.
| Having one central
John Levon [EMAIL PROTECTED] writes:
| sure, and being a good neighbour is strictly optional. I don't know about
| you but I would rather have Lars spend time on the kernel than fiddle about
| in the frontends
Me too :-)
Lgb
On Tuesday 06 March 2001 16:43, John Levon wrote:
I was going to come out against encoding the different file selection
operations
in the controller, but now I'm not so sure. Maybe you're right. And yes, we
probably
should have a controller like that...
I'm not sure if it's the right thing
First step the the process of changing MathRowSt into a proper list.
This basically introduces a new class (MathRowContainer). Currently this
is just a wrapper around a * MathRowSt, later it will provide a list-like
interface. In the end it will be replaced by a proper listMathRowStruct
(and
I'm not sure if it's the right thing to do here either, but Matthias
Ettrich really must have struck a chord with me when he complained about
how much each frontend had to implement. Just chewing the cud here...
Did I mention that a Tk frontend would buy us Mac and Windows users?
Not to
Hi,
For writing my diploma thesis, I remembered the lyx project .. and am now
using it ;-)
Maybe I'll have some time to notice usability issues or bugs and fix
them; what I've seen so far is, that lyx developed great in the last
couple of years, notably the use of STL containers makes the code
In
https://sourceforge.net/tracker/index.php?func=detailaid=233236group_id=15212atid=115212
Michael points out that the size is toggled with default despite the claims of the
dialog.
Who is wrong, the dialog or the behaviour, or something else ?
john
--
"If one tells the truth, one is
This is a bug in LyX 1.1.6fix1.
When you export a lyx file to html (File|Export|Html) using
latex2html it includes a line
LINK REL="STYLESHEET" HREF="name_of_document.css"
The problem is that you copy the file name_of_document.html
from the tmp/lyx directory but do not copy the file
Small...
--
Andr Pnitz [EMAIL PROTECTED]
Index: math_matrixinset.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_matrixinset.C,v
retrieving revision 1.10
diff -u -p -r1.10
Anyway, I just have a small note: I was curious and looked for memory
leaks using the LeakTracer by Erwin Andreasen
(http://www.andreasen.org/LeakTracer/) and found some small leaks where
memory is not freed on exit of the program (which is probably ok,
depending on mentality) which I fixed
Andre Poenitz [EMAIL PROTECTED] writes:
| Small...
btw. Are you checking that reading and writing still works for each
patch that you send?
Lgb
Henner Zeller [EMAIL PROTECTED] writes:
| Hi,
| For writing my diploma thesis, I remembered the lyx project .. and am now
| using it ;-)
Sure I remember you.
| Maybe I'll have some time to notice usability issues or bugs and fix
| them; what I've seen so far is, that lyx developed great in the
Why do we have this ? It seems a bit ad hoc. Is it just for
the convenience of the doc writers or something ?
Can I at least remove the menu option ? Michael is right, "Menu Separator"
is non-obvious. I don't see why we have \lyxarrow as a special case ...
Can someone enlighten me ?
thanks
btw. Are you checking that reading and writing still works for each
patch that you send?
Just the Userguide and this cut-down bit of thesis...
Andre'
PS: Further small changes attached. Changes are pretty obvious now,
the intermediate container helps a lot...
--
Andr Pnitz
Pressing any normal key for entering text gives lyxfunc::getStatus() fits
setting the minibuffer to "unknown action".
WorkArea: Key is `s' [115]
WorkArea: Keysym is `s' [115]
Workarea Diff: 2441
KeySym is s[115] State is [0]
action first set to [-1]
meta_fake_bit is [0]
action now set to [-1]
Last patch for today.
--
Andr Pnitz [EMAIL PROTECTED]
Index: math_cursor.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_cursor.C,v
retrieving revision 1.42
diff -u -p
| Moreover, if people change the way functions/members are called I think
| they should change ALL calls to these functions/members and not only
| those in their favourite frontend!
I just make sure that the default case compiles.
But the default case isn't that qt2? :)
I guess that will
On Tue, 6 Mar 2001, Edwin Leuven wrote:
| Moreover, if people change the way functions/members are called I think
| they should change ALL calls to these functions/members and not only
| those in their favourite frontend!
I just make sure that the default case compiles.
But the
which frontend
will be the default case? I can't imagine that this will be xforms.
probably yes
Wasn't Charles Darwin British John?
* Lars Gullik Bjnnes [EMAIL PROTECTED] [010306 21:56]:
Edwin Leuven [EMAIL PROTECTED] writes:
| Moreover, if people change the way functions/members are called I think they
| should change ALL calls to these functions/members and not only those in
| their favourite frontend!
I just
Hi,
Could someone mark credits as "pending" in the guii matrix?
Thanks, gr.ed.
ps. Lars: in case you think that it is a good idea, perhaps you give me write
access to www-devel so I can stop bugging john who usually does this for me :)
On Tue, 6 Mar 2001, John Levon wrote:
Why do we have this ? It seems a bit ad hoc. Is it just for
the convenience of the doc writers or something ?
Put on your asbestos suit! John Weiss is going to hunt you down and smack
you with his small fish :-) (Find a message from him and look at his
On Tue, Mar 06, 2001 at 08:29:06PM +0100, Edwin Leuven wrote:
which frontend
will be the default case? I can't imagine that this will be xforms.
probably yes
Wasn't Charles Darwin British John?
As we say in Portugal "In blacksmith's house, roasting stip of wood".
Something
Do you want to save money and have the fastest most modern internet presence available?
If yes there is only one company for you:
www.northstar-internetsolutions.com
Web Design, Webpage Hosting, System Building, Server Hosting, Virtual hosting, 0800
numbers, Lease Lines, WAP Site
On 06-Mar-2001 Allan Rae wrote:
> On Mon, 5 Mar 2001, Angus Leeming wrote:
>
>> Jürgen,
>>
>> I was browsing through FormParagraph and I've come across something that
>> confuses me. Do you really mean to "activate" the lines below that I've
>> highlighted with a "?", or should they be
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> Regarding improving the performance: I can only recommend using
Asger> gprof. It's very easy, and it really helps when you want to
Asger> find and address bottlenecks.
Yes, profiling is often a better idea than trying
> "Mike" == <[EMAIL PROTECTED]> writes:
Mike> On 5 Mar 2001, Jean-Marc Lasgouttes wrote:
>> I tried the "benchmark" a bit here, and the times in successive
>> rune fluctuate enough that I do not see how you can interpret
>> them...
Mike> This wins the "Cool Typo" award. When reading your
Dear Developers,
I hope I won't be the n+199th to tell you this:
I wonder whether the "fast and light toolkit" (fltk) could help Lyx towards
GUI independence: it is fast, it is light, it works for both X-Windows and
MS-Windows and a user on the jed-list stated that it facilitates GUI
Ok, I am now convinced that drawing should be done by the macro and not the
template and that the current "callback mechanism" is the main reason for
the problems we see when drawing nested macros _and_ for the "cursor jump
problem" (as well as this strange tmacro setup in mathed_parse)
Doing
--
André Pönitz [EMAIL PROTECTED]
? :w
? .array.C.swp
? mathed27.diff
? mathed39.diff
? delim.diff
? bigop.diff
? to_check.diff
? mathed37.diff
? mathed38.diff
? mathed40.diff
? .ChangeLog.swp
? mathed41.diff
Index: ChangeLog
> "Guenter" == Guenter Milde <[EMAIL PROTECTED]> writes:
Guenter> I wonder whether the "fast and light toolkit" (fltk) could
Guenter> help Lyx towards GUI independence: it is fast, it is light,
Guenter> it works for both X-Windows and MS-Windows and a user on the
Guenter> jed-list stated
On 06-Mar-2001 Guenter Milde wrote:
> Dear Developers,
>
> I hope I won't be the n+199th to tell you this:
No you are only the n+198th #:O)
> I wonder whether the "fast and light toolkit" (fltk) could help Lyx towards
> GUI independence: it is fast, it is light, it works for both X-Windows
On 05-Mar-2001 Edwin Leuven wrote:
> Which would mean that it happens here:
>
> while (pos + i < par->Last()
>&& string::size_type(i) < size
>&& cs ? str[i] == par->GetChar(pos + i)
>: toupper(str[i]) == toupper(par->GetChar(pos + i))) {
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
|
| Asger> Regarding improving the performance: I can only recommend using
| Asger> gprof. It's very easy, and it really helps when you want to
| Asger> find and address
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 05-Mar-2001 Edwin Leuven wrote:
|
| > Which would mean that it happens here:
| >
| > while (pos + i < par->Last()
| >&& string::size_type(i) < size
| >&& cs ? str[i] == par->GetChar(pos + i)
| >
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I think my lazy generation of LyXText could help on that. then
Lars> we should only load the font metrics when first needed.
Stupid question: are we forced to load the whole font metrics to use a
font? If not, caching would
On 06-Mar-2001 Lars Gullik Bjønnes wrote:
> No no... that you put parantesis around _obvious_ expressions. btw.
You got me #:O) (big smile)
> I'd like to see the above while condition rewritten. It way to large
> and complex.
Well we have to rewrite quite a bit in there to permit f also
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> I think my lazy generation of LyXText could help on that. then
| Lars> we should only load the font metrics when first needed.
|
| Stupid question: are we forced to load
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Hi,
|
| I attach the patch that moves find/replace to frontends. It also moves some
| stuff out ouf LyXText. The files src/lyxfr1.[Ch] and src/lyxfr0.[Ch] can be
| removed. Could someone check and/or apply it?
+
+ bool found;
+ do {
+
> > No no... that you put parantesis around _obvious_ expressions. btw.
>
> You got me #:O) (big smile)
>
> > I'd like to see the above while condition rewritten. It way to large
> > and complex.
Should I resubmit the patch with these expression chopped up in pieces?
gr.ed.
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> Should I resubmit the patch with these expression chopped up in
Edwin> pieces?
The patch is applied already, but you can submit a cleanup patch.
JMarc
Amazing what kind of things one can call stack ;-}
Andre'
--
André Pönitz [EMAIL PROTECTED]
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/ChangeLog,v
> "Zvezdan" == Zvezdan Petkovic <[EMAIL PROTECTED]> writes:
Zvezdan> Jean-Marc you are right.
Since I am right, I applied the patch (to both branches) ;)
JMarc
1 - 100 of 162 matches
Mail list logo
