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
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
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
Jean-Marc Lasgouttes wrote:
>Terefore you should update the files in TOC_top and the real docs, and
>then generate the TOCs. If you find that the TOCs do not have the
>right format, then you should fix the Doc_top.pl script.
How about the template and example files? Shouldn't they be converted as
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Jan 10, 2003 at 04:57:10PM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> Can you apply Martin's patches first?
Andre> Could you simply commit this and tell me when you are done?
Done.
Andre> Then I'd update lyxdoc and run
On Fri, Jan 10, 2003 at 04:57:10PM +0100, Jean-Marc Lasgouttes wrote:
> Can you apply Martin's patches first?
Could you simply commit this and tell me when you are done?
Then I'd update lyxdoc and run the command.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will
Andre Poenitz wrote:
So should I just commit what I have in my lyxdoc dir now?
It's basically everything read and written back with 1.3.0cvs...
Can you apply Martin's patches first? I think that I already applied
part of them (what martin already sent), so you may have to revert first
to earlie
On Fri, Jan 10, 2003 at 04:49:32PM +0100, Jean-Marc Lasgouttes wrote:
> Lars Gullik Bjønnes wrote:
> >Have the lyx docs been converted to the latest lyx format?
> >We should probably do that before release of 1.3.0.
>
> I have created a branch BRANCH_1_2_X in lyxdoc two days ago, so we can
> now d
Lars Gullik Bjønnes wrote:
Have the lyx docs been converted to the latest lyx format?
We should probably do that before release of 1.3.0.
I have created a branch BRANCH_1_2_X in lyxdoc two days ago, so we can
now do 1.3.0-only changes in HEAD.
JMarc
On Fri, Jan 10, 2003 at 04:10:58PM +0100, Lars Gullik Bjønnes wrote:
> Have the lyx docs been converted to the latest lyx format?
Now, yes.
The results of
for i in *.lyx ; do\
lyx --execute \
"command-sequence buffer-import lyx $i ; buffer-write
Have the lyx docs been converted to the latest lyx format?
We should probably do that before release of 1.3.0.
--
Lgb
22 matches
Mail list logo
