date:20070316

Re: [patch] bug 3226: labels in caption insets don't have a prefix

2007-03-16 Thread Jürgen Spitzmüller

Abdelrazak Younes wrote:
 With my last patch we don't need to check explicitly for the
 LABEL_SENSITIVE because everything within a float (or a wrap) will get
 the label prefix, LABEL_SENSITIVE or not.

I don't think that's a good idea. There might be other things than the caption 
inside floats that need a different prettyref prefix, anything with a 
counter. 

I think only captions should get the fig/tab/alg prefix.

Jürgen

Re: [patch] bug 3226: labels in caption insets don't have a prefix

2007-03-16 Thread Jean-Marc Lasgouttes

 Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:

Jürgen Abdelrazak Younes wrote:
 With my last patch we don't need to check explicitly for the
 LABEL_SENSITIVE because everything within a float (or a wrap) will
 get the label prefix, LABEL_SENSITIVE or not.

Jürgen I don't think that's a good idea. There might be other things
Jürgen than the caption inside floats that need a different prettyref
Jürgen prefix, anything with a counter.

Jürgen I think only captions should get the fig/tab/alg prefix.

+1

JMarc

Re: crash in TocBackend::updateItem

2007-03-16 Thread Jean-Marc Lasgouttes

 Bernhard == Bernhard Roider [EMAIL PROTECTED] writes:

 By the way 3: typing return at the beginning of a theorem does not
 behave like in section, is this normal?

Bernhard Are environment layouts handled different from paragraph
Bernhard layouts?

Yes.

Bernhard By the way: I would prefer if consecutive paragraphs with
Bernhard the same environment layout would _not_ be merged into one
Bernhard environment. I'm not happy with putting a separator
Bernhard paragraph in between two subsequent definitions,
Bernhard theorems,... . If an environment should contain more than
Bernhard one paragraph then it's IMO better to make them paragraphs
Bernhard with standard layout and increase the environment depth.

I now tend to think we should do that indeed, but it is a file format
change. The only case where it really makes sense is for lists.

JMarc

Re: About Date inset in the external dialog

2007-03-16 Thread Jean-Marc Lasgouttes

 Uwe == Uwe Stöhr [EMAIL PROTECTED] writes:

Uwe As described in bug 3339
Uwe http://bugzilla.lyx.org/show_bug.cgi?id=3339 we have two Date
Uwe input methods that should be merged. I don't have a good idea how
Uwe but something should be done as it's confusing: I'm currently
Uwe writing a new part of the docs describing the date stuff but
Uwe whatever I write the reader would be confused.

THese are two different things (I believe that you know the stuff below...):

- date-insert was meant originally to add a date at the beginning of a
  note; it is the date at the time where the thing is written

- the date external inset template is the date at the time of creating
  the latex file; it as created as a fun way to show of the then new
  external inset.

All in all, I think that none of these two uses has been thoroughly
thought out, and it shows.

JMarc

Re: Should --with-qt-dir be removed?

2007-03-16 Thread Jean-Marc Lasgouttes

 Bo == Bo Peng [EMAIL PROTECTED] writes:

Bo Dear all, To check depends.py, I run ./configure today but
Bo --with-qt-dir does not recognize my qt4.2.2 distribution. It
Bo turned out that --with-qt4-dir is the correct option. Because qt3
Bo is no longer supported, I would suggest that we remove
Bo --with-qt-dir option, or make it equivalent to --with-qt4-dir.

There is no --with-qt-dir option actually. It happens that configure
will silently accept any bogus option that you feed it with (there is a
reason for that actually).

The fact is that config/qt.m4 is still there, but it is unused and
shall be removed. And INSTALL shall be updated.

JMarc

Re: Autotools fail.

2007-03-16 Thread Jean-Marc Lasgouttes

 Bo == Bo Peng [EMAIL PROTECTED] writes:

Bo Dear list, As I have mentioned, I am running autotools to test
Bo depends.py. I can not proceed because of the following error after
Bo successful ./configure. Note that scons works fine and
Bo --disable-stdlib-debug lead to the same error.

What you show here is a compiler bug, so it is not really autotools
fault. What we need to know is probably what different flags are
passed to gcc (on command line and in config.h).

JMarc

Re: r17450 - in /lyx-devel/trunk: lib/external_templates src/...

2007-03-16 Thread Georg Baum

[EMAIL PROTECTED] wrote:

http://www.lyx.org/trac/file/lyx-devel/trunk/lib/external_templates?rev=17450

==
 --- lyx-devel/trunk/lib/external_templates (original) +++
 lyx-devel/trunk/lib/external_templates Thu Mar 15 22:22:02 2007 @@ -99,10
 +99,10 @@
  TemplateEnd
  
  
 -Template XFig
 - GuiName XFig: $$AbsOrRelPathParent$$Basename
 - HelpText
 - An XFig figure.
 +Template Xfig
 + GuiName Xfig: $$AbsOrRelPathParent$$Basename
 + HelpText
 + An Xfig figure.

The new template name is a fileformat change. Please revert this part. Of
course you can do this change, but only if the needed lyx2lyx stuff comes
in the same commit.


Georg

Re: [patch] fix bug 3235 (and a bit more)

2007-03-16 Thread Georg Baum

Dov Feldstern wrote:

 Regarding 1820 --- I started looking at it a while ago, and I think that
 the problem stems from this: in TeXOnePar, previous_language is set to
 the language of the previous paragraph, or to the document language if
 this is the first paragraph. Then, if the new paragraph's language is
 different from the previous language, the language command is inserted,
 otherwise it isn't.
 
 The problem is that inside an inset (such as a footnote), the paragraphs
 are numbered from 0 again. So the first paragraph in the footnote is
 identified as the first, and therefore the previous_language is set to
 the document language, namely English (say it's an English document).

That (and the proposed solution below) makes a lot of sense. I don't have
time now to investigate, maybe you can put this analysis into bugzilla so
that it does not get forgotten?


Georg

Re: Thought about the file format

2007-03-16 Thread Georg Baum

Andre Poenitz wrote:

 On Thu, Mar 15, 2007 at 10:51:24PM +0100,
 [EMAIL PROTECTED] wrote:
 Metadata repository and search possibilities like Nepomuk are coming on
 the Linux Desktop. I think it will be important that LyX files can be
 easily indexed in these new systems. Therefore, we should add metadata
 fields. For privacy obsessed people maybe we can add an option to include
 dummy values for metadata.
 
 I have no problems with that as long as this is a concious decision of
 the user. However, having things like my user name and modification/access
 date dumped silently into the file is no option.

Exactly. And I don't consider that privacy obsessed.


Georg

Re: SVN is down

2007-03-16 Thread Lars Gullik Bjønnes

Andre Poenitz [EMAIL PROTECTED] writes:

| On Thu, Mar 15, 2007 at 02:48:00PM +0100, Lars Gullik Bjønnes wrote:
|  Abdelrazak Younes [EMAIL PROTECTED] writes:
|  
|  |  but I am curious about what happened?
|  
|  I have no idea. Was fixed before I had a chance to look.
|  
|  Andre, do you have any info?
| 
| I contacted Matthias and he in turn contacted the IT staff in Oslo which
| in turn was seemingly able to get the server up again.
| 
| I don't know either what the situation looked like nor how it was
| resolved.

Ok.

| A remaining issue is the time on the server (seems off by an hour) but I
| guess that's something that's fixable without physical access.

For some reason ntp was not started on boot. Fixed now.

-- 
Lgb

Re: [patch] fix bugs 3305 and 3172

2007-03-16 Thread Jürgen Spitzmüller

Jürgen Spitzmüller wrote:
  I will commit the rest, can you take
  care of this please?

 Yes. Since bugzilla is down, I sent the attached patch to Uwe for testing.

I'm gonna commit this now. There are still remeining problems, but those are 
separate.

Jürgen

Re: [patch] fix bug 3235 (and a bit more)

2007-03-16 Thread Dov Feldstern



That (and the proposed solution below) makes a lot of sense. I don't have
time now to investigate, maybe you can put this analysis into bugzilla so
that it does not get forgotten?

I already added a comment saying that there is a thread in the mailing 
list with such-and-such a title on such-and-such a date. Is that enough, 
or should I also add a link to the mailing list (how?) or the actual 
text of this message?

Re: problems running 1.5beta

2007-03-16 Thread Edwin Leuven

Enrico Forestieri wrote:

On Thu, Mar 15, 2007 at 10:10:25AM +0100, Edwin Leuven wrote:

this is windows and the official installer (the one that bo made available)

i have no administrator rights and installed lyx on my network share.

i get the following error message:

LyX: reconfiguring user directory
CMD.EXE a ‚t‚ d‚marr‚ avec '\\ulysse\users\edwin.leuven\AppData\lyx15beta1' en tant que chemin
d'accŠs de r‚pertoire en

cours. Les chemins d'accŠs UNC ne sont pas prise en charge. Utilisation du
r‚pertoire Windows par d‚faut.
Traceback (most recent call last):
File W:/programs/LyX15/Resources/./configure.py, line 775, in module
log = open(logfile, 'w')
IOError: [Errno 13] Permission denied: 'configure.log'
LyX: Done!
LyXTextClassList::Read: unable to find textclass file `'. Exiting.
Completed

any clues what is going on (and how to repair it)?

I think this is due to the fact that you use an UNC path. It is simply
ridiculous that cmd.exe cannot deal with them. I think that you could
try mapping the UNC path to a drive letter using the following syntax:

net use x: \\host\share /USER:username password

in this way, you can access \\host\share as x:\. Maybe you don't
even need to specify the username and password.

After doing that, I think that you have to accordingly update some ENV
variable or registry entry, but I am not sure which one (I really use
cygwin rather than windows...).

it is already mapped to w:

but somehow i don't think that cmd.exe is the problem

can someone tell me how to find out where configure.py tries to write
configure.log ?

Freeze on Accept All (1.4.4svn)

2007-03-16 Thread John McCabe-Dansted


Hi, I have a crash with data loss with the latest 1.4.x SVN.  Open
 http://www.csse.uwa.edu.au/~john/lyx/modal_MF2.lyx
in lyx. Do an accept all. LyX will lock up, it will not write an
.emergency file, unless you go to the console and press Cntl-C. Even
then, LyX will not exit.

Also, accepting changes in the file
 http://www.csse.uwa.edu.au/~john/lyx/modal_MF.cannot.accept3.lyx
will cause a crash. (Less serious since at least it writes an emergency file).

--
John C. McCabe-Dansted
PhD Student
University of Western Australia

1 2 >

1 - 100 of 152 matches

Mail list logo