Michael Schmitt <[EMAIL PROTECTED]> writes:
| Index: src/exporter.C
| ===
| RCS file: /cvs/lyx/lyx-devel/src/exporter.C,v
| retrieving revision 1.25
| diff -u -r1.25 exporter.C
| --- src/exporter.C2003/01/06 14:02:21 1.25
| ++
Bo Peng <[EMAIL PROTECTED]> writes:
| On Thu, Jan 16, 2003 at 02:37:28AM +, John Levon wrote:
| > Any threads would have to be *very* loosely coupled. The LyX core
| > could
| > not handle any non-trivial concurrency in its current state.
|
| If there is no other objection/suggestion, I will
Bo Peng <[EMAIL PROTECTED]> writes:
| On Wed, Jan 15, 2003 at 05:19:07PM +, Angus Leeming wrote:
|
| > Alternatively, throw away this complex mess and use threads ;-)
|
| Is there any plan to use thread in lyx? Any work being done about
| it?
Using threads is a semi-big change, and we need
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Hi folks,
|
| I have created a patch that fixes the problem that LyX is incapable of
| loading documents for which the corresponding TeX class is missing!
Ok, thanks for doing this.
BUT! I am not so sure that this will go into cvs now.
It is after
On Thu, Jan 16, 2003 at 02:37:28AM +, John Levon wrote:
> Any threads would have to be *very* loosely coupled. The LyX core
> could
> not handle any non-trivial concurrency in its current state.
If there is no other objection/suggestion, I will play with ACE a little
bit and use a thread to
On Wed, Jan 15, 2003 at 08:34:50PM -0600, Bo Peng wrote:
> > Alternatively, throw away this complex mess and use threads ;-)
I assume Angu's smiley is referring to replacing a complex mess with a
complex mess :)
> Is there any plan to use thread in lyx? Any work being done about it? I
Any thr
On Wed, Jan 15, 2003 at 05:19:07PM +, Angus Leeming wrote:
> Alternatively, throw away this complex mess and use threads ;-)
Is there any plan to use thread in lyx? Any work being done about it? I
would prefer ACE (http://www.cs.wustl.edu/~schmidt/ACE.html) for its
portability but this is a
On Thu, Jan 16, 2003 at 03:18:41AM +0100, Michael Schmitt wrote:
> A dictionary told me that "N/A" can also mean "not available". I
> justed wanted to avoid a star under all circumstance :-) (And my knowledge
> and ressource are too limited for modifying the GUI).
None the less, N/A is confusing
On Thu, 16 Jan 2003, John Levon wrote:
> On Thu, Jan 16, 2003 at 03:02:49AM +0100, Michael Schmitt wrote:
>
> > Please have a look at the patch. I expect that you are not willing to
> > apply it directly but please don't let us postpone it until 1.4.0. Let's
> > discuss about the open issues if
On Thu, Jan 16, 2003 at 03:02:49AM +0100, Michael Schmitt wrote:
> Please have a look at the patch. I expect that you are not willing to
> apply it directly but please don't let us postpone it until 1.4.0. Let's
> discuss about the open issues if you think there are any (It already
I do not li
Hi folks,
I have created a patch that fixes the problem that LyX is incapable of
loading documents for which the corresponding TeX class is missing!
Please have a look at the patch. I expect that you are not willing to
apply it directly but please don't let us postpone it until 1.4.0. Let's
di
Hi,
below please find two patches for lyx2lyx and reLyX. I have already
posted the patch for reLyX but I am not sure whether I used plain text
when sending the email.
The following two bugs are fixed:
- lyx2lyx does not translate listoffigures/listoftables correctly
- reLyX fails if there is
Michael A. Koziarski wrote:
Hi everybody,
bugzilla.lyx.org has decided that it no longer wishes to live in warm,
sunny, New Zealand, preferring to freeze in northern europe.
Consequently bugzilla.lyx.org will go offline today (in around 30 mins).
Please stop using it now, I will take a backu
Juergen Vigna wrote:
Hi!
I would have a request, would it be possible to have a backup
of the bugzilla installation with it's data? Or how can I have
offline reading of the buglists in another way? Anyway IMO that
it would be quite good to have a downloadable backup installed
somewhere so that if
Hi everybody,
bugzilla.lyx.org has decided that it no longer wishes to live in warm,
sunny, New Zealand, preferring to freeze in northern europe.
Consequently bugzilla.lyx.org will go offline today (in around 30 mins).
Please stop using it now, I will take a backup shortly after shutting
it
Angus Leeming wrote:
> At the moment, each inset::draw routine triggers a call to the
Thanks Angus (and Bo) for the explanation... I will try to play a bit.
Alfredo
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Wed, Jan 15, 2003 at 07:47:27PM +0100, Lars Gullik Bj?nnes wrote:
| > Dekel Tsur <[EMAIL PROTECTED]> writes:
| >
| > | The following patch allows showing all symbols when using the QT frontend in
| > | RH8 (it fixes \Box, \Diamond, \cong, and \surd), an
Hi,
here comes another patch that fixes the problem that a directory exists
with the same name as the base name of a TeX to be included (if you
understand what I mean :-))
Please check and commit,
Michael
Index: reLyXmain.pl
==
On Wed, Jan 15, 2003 at 07:47:27PM +0100, Lars Gullik Bj?nnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> | The following patch allows showing all symbols when using the QT frontend in
> | RH8 (it fixes \Box, \Diamond, \cong, and \surd), and also improve the
> | appearance of other symbols
Dekel Tsur <[EMAIL PROTECTED]> writes:
| The following patch allows showing all symbols when using the QT frontend in
| RH8 (it fixes \Box, \Diamond, \cong, and \surd), and also improve the
| appearance of other symbols.
What QT _not_ on RH8, what about xforms?
--
Lgb
The following patch allows showing all symbols when using the QT frontend in
RH8 (it fixes \Box, \Diamond, \cong, and \surd), and also improve the
appearance of other symbols.
Index: symbols
===
RCS file: /usr/local/lyx/cvsroot/lyx-de
On Wed, Jan 15, 2003 at 05:19:07PM +, Angus Leeming wrote:
> What might be a nice thing to do when loading images is to group the
> loading and displaying of multiple images together.
I have tried to do this by redraw the screen after all images are
loaded but the result is not optimal. The
Angus Leeming wrote:
> Having said that, I do not think that this should be done before the 1.4
> cycle. There's a lot of tweaking gone into this stuff which we'd almost
> certainly break.
So we should take my patch for now which cures the obvious problems in qt and
do your change in the next cyc
"Steven van Dijk" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi,
>
> The plan: checkout LyX from CVS, download the cygwin Qt-port (
> http://kde-cygwin.sourceforge.net/ ) and compile LyX with a Qt-frontend.
> Granted, I would still need an X-server, but I ha
On Wed, Jan 08, 2003 at 12:32:24PM +0100, Jean-Marc Lasgouttes wrote:
>
> There is a very nasty bug in LyX 1.2.2 configure script: if you
> configure as root and an error occurs during the configure step
> (e.g. xforms not found), the the script will delete the /dev/null
> device. This undoubtly l
John Levon wrote:
> On Wed, Jan 15, 2003 at 05:46:57PM +0100, Juergen Spitzmueller wrote:
>> if (isValid())
>> bc().valid();
>> else
>> bc().invalid();
ButtonController::valid takes an optional arg (bool = true), so simplify
your code with
bc().valid(isValid());
>> there cures the probl
On Wed, Jan 15, 2003 at 06:48:35PM +0100, Juergen Spitzmueller wrote:
> Any other cases I missed? Is it intentional that an empty label can be
> inserted?
Yes. We should not impede workflow for the sake of "correctness"
regards
john
--
"Anarchy in development, tyranny in integration."
John Levon wrote:
> Why doesn't xforms have the same problem
because it calls bc().valid() directly from within update().
The attached patch cures the index and url problems.
Any other cases I missed? Is it intentional that an empty label can be
inserted?
Jürgen
Index: src/frontends/qt2/ChangeLo
Jean-Marc Lasgouttes wrote:
> Edwin> named? how?
>
> Toobar "main"
> Icon ...
> EndToolbar
>
> Toolbar "tabular"
> Icon ...
> EndToolbar
>
> Toolbar "math"
> Icon ...
> EndToolbar
>
> Then the toolbar frontend would have to handle a vector of
> toolbars intead of explicit members.
It wo
No this doesn't work as John also just mentioned. I added the fonts via
[root@agape anand]chkfontpath --add=/home/anand/lyx-devel/lib/xfonts
[root@agape anand]service xfs restart
Exit X and restart X and the fonts are permanently added in
/etc/X11/fs/config. Some fonts (\spadesuit) still don't sh
On Wed, 2003-01-15 at 12:10, Andre Poenitz wrote:
> On Wed, Jan 15, 2003 at 04:13:00PM +, John Levon wrote:
> > On Wed, Jan 15, 2003 at 11:07:36AM -0500, Anand Rangarajan wrote:
> > > 2. When I type Control-M a number of times, I get a nested set of math
> > > environments. Is this the expected
Bo Peng wrote:
> You are right. Since the loading is blocking, this method means double
> loading work when we go to a new unloaded page. So I am thinking of a
> side loader: (just idea, details might be totally wrong.)
>1. count the instances of GraphicsLoader (using a static counter)
>2.
On Wed, Jan 15, 2003 at 11:07:36AM -0500, Anand Rangarajan wrote:
> 2. When I type Control-M a number of times, I get a nested set of math
> environments.
More precisely, you get the equivalent of
$\textrm{$\textrm{...}$}$
Andre'
--
Those who desire to give up Freedom in order to gain Security
On Wed, Jan 15, 2003 at 04:13:00PM +, John Levon wrote:
> On Wed, Jan 15, 2003 at 11:07:36AM -0500, Anand Rangarajan wrote:
> > 2. When I type Control-M a number of times, I get a nested set of math
> > environments. Is this the expected behavior?
Judging from the code, yes. What did you expec
On Wed, Jan 15, 2003 at 05:56:50PM +0100, Jean-Marc Lasgouttes wrote:
> Basically the rule I have in mind is "if the dialog requires me to
> press OK to actually do its task, then I need ...". Or something like
> that.
Gnome guidelines say most dialogs should not even *have* "OK". Wherefore
this
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> So your "ellipsis means a dialog will open" isn't being used
John> after all
John> This defence is the exact crux of the argument, and it is what I
John> was [note the was please] trying to justify for my rationale
The apple reference
On Wed, Jan 15, 2003 at 05:46:57PM +0100, Juergen Spitzmueller wrote:
> if (isValid())
> bc().valid();
> else
> bc().invalid();
>
> there cures the problem with the index and URL dialog, but now the buttons are
> enabled even when nothing has been changed.
On Wed, Jan 15, 2003 at 05:49:22PM +0100, Jean-Marc Lasgouttes wrote:
> I see this not as a dialog, but more like a palette. The apple site
> is slow as hell right now, but I think they mention this.
[response elided]
> Do you mean that there is no bug? I do not see why this windows gets
> ope
John Levon wrote:
> can you try adding, at the end of show() in Qt2Base.C,
Adding
if (isValid())
bc().valid();
else
bc().invalid();
there cures the problem with the index and URL dialog, but now the buttons are
enabled even when nothing has been c
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Jan 15, 2003 at 05:33:13PM +0100, Jean-Marc Lasgouttes
John> wrote: You are missing :
>>
Insert-> Math->Math panel
>> I don't think so: insert->math panel shows the math panel, so
>> there is nothing more to do.
John> So your "
On Wed, Jan 15, 2003 at 05:33:13PM +0100, Jean-Marc Lasgouttes wrote:
> John> You are missing :
>
> Insert-> Math->Math panel
>
> I don't think so: insert->math panel shows the math panel, so there is
> nothing more to do.
So your "ellipsis means a dialog will open" isn't being used after all
On Wed, Jan 15, 2003 at 05:28:24PM +0100, Michael Abshoff wrote:
> or do xset +fp /usr/local/share/lyx-1.2.3/xfonts before you start lyx.
This isn't good enough if you're running a redhat Qt as it won't be able
to use those fonts
john
--
"I'm glad I don't disagree with Ian Hickson about the pro
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Jan 15, 2003 at 04:53:04PM +0100, Jean-Marc Lasgouttes
John> wrote:
Jean-Marc> Lars, can I apply this?
>> I assume you actually want to see the patch. Here it is.
John> You are missing :
Insert-> Math->Math panel
I don't thin
John Levon wrote:
On Wed, Jan 15, 2003 at 11:07:36AM -0500, Anand Rangarajan wrote:
1. There were some missing fonts which will be gradually fixed I guess -
\spadesuit being an example. I saw an earlier thread regarding missing
fonts.
No. You must install the fonts package I made.
o
On Wed, Jan 15, 2003 at 05:08:14PM +0100, Juergen Spitzmueller wrote:
> This seems to be a general bug. E.g. in the URL dialog, OK is enabled on popup
> even if there is no entry. Only if you type something and delete again, it
> will be disabled. isValid seems to check only after the first keyp
John Levon wrote:
> Oh I see. Yes this is bad and it's a bug. I'm not sure of its source,
> however.
This seems to be a general bug. E.g. in the URL dialog, OK is enabled on popup
even if there is no entry. Only if you type something and delete again, it
will be disabled. isValid seems to check
On Wed, Jan 15, 2003 at 11:07:36AM -0500, Anand Rangarajan wrote:
> 1. There were some missing fonts which will be gradually fixed I guess -
> \spadesuit being an example. I saw an earlier thread regarding missing
> fonts.
No. You must install the fonts package I made.
> 2. When I type Control-M
On Wed, Jan 15, 2003 at 05:04:59PM +0100, Jean-Marc Lasgouttes wrote:
> You mean QIndex::isValid? But this checks whether the entry is empty,
> doesn't it? What I see here is that OK is disabled even though there
> is some entry. OK is enabled only if I change something. But obviously
> most of th
Hi:
I just compiled the CVS version of lyx (soon to be 1.3.0 I suppose)
using ./configure --with-frontend=qt. The compilation was done on an x86
Athlon 2000 box running Redhat linux 8.0 using qt-3.0.5-17. The lyx
splash screen of the CVS version I'm using says lyx-1.3.0pre1.
1. There were
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Jan 15, 2003 at 04:50:17PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> If I use Insert>Index entry in lyx/qt, the OK button of the dialog
>> is grayed out, which means that I should use escape to close the
>> dialog instead of re
On Wed, Jan 15, 2003 at 04:53:04PM +0100, Jean-Marc Lasgouttes wrote:
> Jean-Marc> Lars, can I apply this?
>
> I assume you actually want to see the patch. Here it is.
You are missing :
Insert->Math->Math panel
Lists->Table of contents
Lists->Bibtex references
View->Table of contents
View->Tex
On Wed, Jan 15, 2003 at 04:50:17PM +0100, Jean-Marc Lasgouttes wrote:
> If I use Insert>Index entry in lyx/qt, the OK button of the dialog is
> grayed out, which means that I should use escape to close the dialog
> instead of return. This seems very unintuitive to me...
remove isValid for the dia
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
|
| Jean-Marc> This patch re-adds ellipsis on some menu entries like
| Jean-Marc> Layout>Document... or Edit>Preferences...
|
| Jean-Marc> Lars, can I apply this?
|
| I assum
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> This patch re-adds ellipsis on some menu entries like
Jean-Marc> Layout>Document... or Edit>Preferences...
Jean-Marc> Lars, can I apply this?
I assume you actually want to see the patch. Here it is.
JMarc
? confi
This patch re-adds ellipsis on some menu entries like Layout>Document...
or Edit>Preferences...
Lars, can I apply this?
JMarc
If I use Insert>Index entry in lyx/qt, the OK button of the dialog is
grayed out, which means that I should use escape to close the dialog
instead of return. This seems very unintuitive to me...
JMarc
Jean-Marc Lasgouttes wrote:
> Angus> Jean-Marc, shall I reduce this lot so that they only have
> Angus> Escape as an accelorator? None of the OK labels have any
> Angus> accelerators other than Return.
>
> I think we should. The only one which may make sense is maybe
> Close|^[^M (where is this on
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>>> "John" == John Levon <[EMAIL PROTECTED]> writes:
>>
John> On Fri, Jan 10, 2003 at 11:04:39AM +0100, Edwin Leuven wrote:
In qt the close/cancel buttons have missing accelerator keys
>>
John> I
On Wed, Jan 15, 2003 at 11:12:26AM +0100, Alfredo Braunstein wrote:
> Sorry for bringing up again this old thread (I wasn't paying attention
> :).
I am reading the codes and plan to implement something like
'progressive-loading'. I am glad this thread is still of interest to
you.
> 1) Right n
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
>> This would not be necessary is the frontend has a list of named
>> toolbars.
Edwin> named? how?
Toobar "main"
Icon ...
EndToolbar
Toolbar "tabular"
Icon ...
EndToolbar
Toolbar "math"
Icon ...
EndToolbar
Then the toolbar fronte
Jean-Marc Lasgouttes wrote:
>> "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> On Fri, Jan 10, 2003 at 11:04:39AM +0100, Edwin Leuven wrote:
>>> In qt the close/cancel buttons have missing accelerator keys
>
> John> I was convinced by JMarc they shouldn't really have accelerator
>
> This would not be necessary is the frontend has a list of named
> toolbars.
named? how?
> With the change I describe, I think that the math toolbar could be
> added only by editing the default.ui file.
well the math toolbar is a bit special because we would want popups: have a,
say operators,
On Wednesday 15 January 2003 14:37, Jean-Marc Lasgouttes wrote:
>
> José> I agree with you when you say that we should discover when did
> José> the file format changed to have a real fix. But for now your fix
> José> is enough. :-)
>
> Are you sure that the file format ever changed in this regar
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Wednesday 15 January 2003 13:03, Michael Schmitt wrote:
>> My conclusion is that we should suppress the import. Please find a
>> patch below.
>>
>> Jose, could you please check the patch and commit it afterwards?
José> Since Jean-
On Wednesday 15 January 2003 13:03, Michael Schmitt wrote:
> My conclusion is that we should suppress the import. Please find a patch
> below.
>
> Jose, could you please check the patch and commit it afterwards?
Since Jean-Marc agrees with you (and I don't disagree ;-) I commited the
fix.
I
On Wednesday 15 January 2003 13:43, Dekel Tsur wrote:
>
> No.
Ok, commited the bug fix and closed the bug.
--
José Abílio
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> My conclusion is that we should suppress the import. Please
Michael> find a patch below.
Michael> Jose, could you please check the patch and commit it
Michael> afterwards?
This seems reasonable to me too.
JMarc
On Wed, Jan 15, 2003 at 09:23:31AM +, Jos? Matos wrote:
> > - lyxwidth = string.split(lines[i])[3]+"pt"
> > - lyxheight = string.split(lines[i])[4]+"pt"
> > + if ( len(string.split(lines[i])) > 2 ):
> > + lyxwidth = string.split(lines[i])[3]+"pt"
> > + lyx
On Mon, Jan 13, 2003 at 09:35:15AM +0100, Jean-Marc Lasgouttes wrote:
> Dekel> I really don't want to maintain special RTL code for the XForms
> Dekel> frontend. Its support for RTL can never be as good as QT, so I
> Dekel> prefer to drop RTL for this frontend.
>
> Dekel, how does the qt frontend
On Wed, Jan 15, 2003 at 02:17:38PM +0100, Jean-Marc Lasgouttes wrote:
> One solution is in prefs.
True.
> We could also (like menus) have (for now) a keyword OptToolbar that
> does... well, just what you think it does.
Sure
> John> regards john -- Khendon's Law: If the same point is made twice
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> We need to look at the UI for changing such a status. Are we OK
John> for just putting it into a config file for now ? The menus
John> currently have no room for a View->Toolbars sort of thing.
One solution is in prefs.
John> And we sh
3. reLyX creates a "makeindex" entry in the LyX file header which is not
accepted by LyX
This entry is created by
MakePreamble.pm-282-"graphics" => "\\graphics default",
MakePreamble.pm-283-"rotating" => "",
MakePreamble.pm:284:"makeidx" => "\\makeindex"
MakePreamble.p
On Wed, Jan 15, 2003 at 01:56:55PM +0100, Jean-Marc Lasgouttes wrote:
> Here you could have a rule saying: if _all_ the elements of a toolbar
> are disabled, then I hide it. This means that you need _no_ special
> knowledge about the existence of a tabular toolbar. Then (like in
> klyx, I think) e
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
>> The buttons should be disabled if necessary (e.g valign in
>> non-fixed width)
Edwin> see attached
>> I need "toggle-longtable", "toggle-rotate-cell" and
>> "toggle-rotate-tabular" instead of (additional to)
>> "[set/unset]-rotate-cell
Juergen Spitzmueller wrote:
> John Levon wrote:
>> It wouldn't be at all hard to do now, it really is just a SMOP
>>
>> You can even get a hobbled-along toolbar now without any code changes at
>> all.
>
> BTW John, how hard would it be to remember the toolbar position between
> sessions? I.e. if
On Wed, Jan 15, 2003 at 12:42:09PM +0100, Juergen Spitzmueller wrote:
> BTW John, how hard would it be to remember the toolbar position between
> sessions? I.e. if I drag the command buffer or the tabular toolbar to another
> place?
no idea
regards
john
--
Khendon's Law: If the same point is
John Levon wrote:
> It wouldn't be at all hard to do now, it really is just a SMOP
>
> You can even get a hobbled-along toolbar now without any code changes at
> all.
BTW John, how hard would it be to remember the toolbar position between
sessions? I.e. if I drag the command buffer or the tabular
Edwin Leuven wrote:
> I changed the color of the new row/col to green (see attached). This makes
> it easier to see which one is which.
> Opinions?
Perhaps you could use the blue used in some icons to keep colour consistency.
But maybe I am too much of a purist.
Jürgen.
I changed the color of the new row/col to green (see attached). This makes it
easier to see which one is which.
Opinions?
Ed.
<>
Edwin Leuven wrote:
> > And I still have the icons, if you are interested.
>
> yes, could you send them to me?
There's an align-block icon missing (for fixed width only). I have attached
one and a align-center icon that can be distinguished better from that.
Jürgen.
<><>
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>> > Where do I have to set the text for the tooltips?
>>
>> Perhaps we could put them in default.ui:
>>
>> - Icon "tabular-feature toggle-line-left" + Icon "Set left border"
>> "tabular-feature toggle-line-left"
>>
>> otherwis
Edwin Leuven wrote:
> > The buttons should be disabled if necessary
> > (e.g valign in non-fixed width)
>
> see attached
yes :-)
btw it does not immediately update after a change via dialog (e.g. make a
column fixed-width).
> > I need "toggle-longtable", "toggle-rotate-cell" and
> > "toggle-rota
Alfredo Braunstein wrote:
> I agree it's confusing. I think it will be less confusing if the checkbox
> is near the dropdown list. It doesn't even need to be saved in prefs.
Moreover, it should be checked and greyed out if the selected class is
unavailable.
Bye, Alfredo.
On Wed, Jan 15, 2003 at 11:34:19AM +0100, Michael Schmitt wrote:
> In the normal case, a user should not create documents that he cannot
> print (note that the discussion started with loading of existing docs).
>
> That means, we should "hide" this feature in the preference dialog :-)
So you j
John Levon wrote:
> On Wed, Jan 15, 2003 at 11:07:55AM +0100, Michael Schmitt wrote:
>
>> >Or have a checkbox ``show only usable classes'' in prefs.
>> >
>> That would be possible, simple and elegant. But loading of documents
>> must be allowed regardless of the setting.
>
> Why is this (very co
John Levon wrote:
Why is this (very confusing) pref to be preferred ?
In the normal case, a user should not create documents that he cannot
print (note that the discussion started with loading of existing docs).
That means, we should "hide" this feature in the preference dialog :-)
Michael
On Wed, Jan 15, 2003 at 11:07:55AM +0100, Michael Schmitt wrote:
> >Or have a checkbox ``show only usable classes'' in prefs.
> >
> That would be possible, simple and elegant. But loading of documents
> must be allowed regardless of the setting.
Why is this (very confusing) pref to be preferred ?
On Wed, Jan 15, 2003 at 11:22:14AM +0100, Andre Poenitz wrote:
> > Who cares about program logic ? The UI must come first.
>
> I am happy you are not an architect.
it was ... um ... what's the word ...
john
--
Khendon's Law: If the same point is made twice by the same person,
the thread is ov
> The buttons should be disabled if necessary
> (e.g valign in non-fixed width)
see attached
> I need "toggle-longtable", "toggle-rotate-cell" and
> "toggle-rotate-tabular" instead of (additional to)
> "[set/unset]-rotate-cell" etc.
I guess these could be added to insettabular. In fact couldn'
On Wed, Jan 15, 2003 at 10:13:32AM +, John Levon wrote:
> Who cares about program logic ? The UI must come first.
I am happy you are not an architect.
"Who cares about foundations. The door bell must work."
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not h
Philipp Reichmuth wrote:
>>> What forbid us from loading the bitmaps all at once when they are
>>> generated? Will it be very slow or very memory consuming? If this is not
>>> possible, can we use bitmaps directly when displaying a new page instead
>>> of drawing lyx formulas and then replace them
Jean-Marc Lasgouttes wrote:
>Or have a checkbox ``show only usable classes'' in prefs.
>
That would be possible, simple and elegant. But loading of documents
must be allowed regardless of the setting.
Michael
--
===
Michael Sch
John Levon wrote:
We can also provide two separate text class lists. I guess the program
logic would be slightly simpler in that case.
Huh, how would this work ?
Who cares about program logic ? The UI must come first.
Ignore my proposal! I prefer Jean-Marc's solution with a preference se
On Wed, Jan 15, 2003 at 11:01:19AM +0100, Michael Schmitt wrote:
> We can also provide two separate text class lists. I guess the program
> logic would be slightly simpler in that case.
Huh, how would this work ?
Who cares about program logic ? The UI must come first.
regards
john
--
Khendon
John Levon wrote:
Instead, what we should have is list only available options in the
combobox, and when the user tries to change it, don't allow it to be
changed back. So the combo box entry shows something not in the list
initially. This is not a *great* idea at all, but it's the only workable
o
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Jan 15, 2003 at 10:46:44AM +0100, Michael Schmitt wrote:
>> listed on top. Why not just mark unavailable document classes by a
>> preceeding star (*) or something similar?
John> Who on the planet would have any idea what this me
On Wed, Jan 15, 2003 at 10:46:44AM +0100, Michael Schmitt wrote:
> listed on top. Why not just mark unavailable document classes by a
> preceeding star (*) or something similar?
Who on the planet would have any idea what this means ?
Instead, what we should have is list only available options in
Jean-Marc Lasgouttes wrote:
>The problem is that currently, classes that are not found are not
>added to textclasses.lst. To make things work, one would have to have
>all the classes in the file, but mark the ones which do not have a
>corresponding latex class. This is probably not too difficult t
On Wed, Jan 15, 2003 at 09:31:13AM +, John Levon wrote:
> > Whoever finishes this in a way equal or superior to KLyX and MathType is
> > entitled to free beer on the next developers meeting ;-)
>
> It wouldn't be at all hard to do now, it really is just a SMOP
What ever a SMOP is, proof in fo
On Wed, Jan 15, 2003 at 07:10:21AM +0100, Andre Poenitz wrote:
> > I'll be naughty here... while you are at it, why not give also a math
> > toolbar a shot?
>
> That would be cute.
>
> Whoever finishes this in a way equal or superior to KLyX and MathType is
> entitled to free beer on the next d
1 - 100 of 106 matches
Mail list logo
