nto LyX?
I think the users would love it (At least I would :-) ).
Sincerely,
Claus Hindgsaul
--
Ph.D.-studerende Claus Hindsgaul
ript from the fig2ps Debian package
along with its copyright file. Maybe you can get some inspiration for
your own scripts or you may find it suitable for inclusion into the LyX
codebase? As far as I know it is currently only packaged for Debian.
Claus
--
Ph.D.-studerende Claus Hindsgaul
Reberba
If this gets through, the non-member posting works again. Please
disregard this mail. It is only a test.
Claus
--
Ph.D.-studerende Claus Hindsgaul
Reberbanegade 53, 4. th, DK-2300 KBH S
Copenhagen, Denmark
Hi,
I am the current Danish translator of LyX.
I hereby grant permission to licence my contributions to LyX under the
Gnu General Public Licence, version 2 or later.
Claus Hindsgaul
tir, 22 02 2005 kl. 14:55 +, skrev Angus Leeming:
> Dear all,
>
> please excuse the personal email
I have attached an updated da.po for lyx 1.3.0cvs.
Sincerely
Claus Hindsgaul
da.po.gz
Description: GNU Zip compressed data
Yet another Danish po-update for LyX 1.3.0cvs.
Claus
--
Claus Hindsgaul <[EMAIL PROTECTED]>
da.po.gz
Description: GNU Zip compressed data
Another update of da.po for LyX 1.3.0
Claus
da.po.gz
Description: GNU Zip compressed data
ot;
5. Press "_" for subscript
6. Write "2"
7. Now try to compile the document (e.g. show as DVI).
6 errors reportedly due to a misaligned "$"
Claus Hindsgaul
(please cc:)
fre, 2003-02-07 kl. 09:48 skrev Andre Poenitz:
> On Thu, Feb 06, 2003 at 04:57:21PM +0100, Claus Hindsgaul wrote:
> > 1. (Optional) Start an empty document
> > 2. Press CTRL-m to start math mode
> > 3. Press CTRL-m to use text font in math mode (\mathrm).
ssibly
print a "_" to the screen instead of going into math subscript mode).
1.2.x behaviour was to allow (and handle) subscripts in \textrm mode.
My N2 example works fine in 1.2.x but causes errors in 1.3cvs.
--
Claus Hindsgaul <[EMAIL PROTECTED]>
This is a new updated Danish da.po for LyX 1.3.1pre.
Michael Smiths new perl script found a couple of errors, (thanks!)
Claus
--
Claus Hindsgaul <[EMAIL PROTECTED]>
da.po.gz
Description: GNU Zip compressed data
end us a bug report, if
necessary. Thanks !
Bye.
Afbrudt (SIGABRT)
bash-2.05a$
The system is Debian Woody, libforms 0.89.
Claus Hindsgaul
Hi again,
With a little help from Jean-Marc I have produced the following output
from gdb while triggering the described crash.
I hope it may help you nail it down.
Claus
(gdb) run
Starting program: /usr/local/bin/lyx
Program received signal SIGSEGV, Segmentation fault.
LyXText::drawIns
fre, 2002-04-19 kl. 02:02 skrev John Levon:
> On Thu, Apr 18, 2002 at 04:23:00PM +0200, Claus Hindsgaul wrote:
>
> > 2) Use a locale != da_DK. (E.g. C, no_NO, de_AT works)
>
> I can't reproduce a problem myself. Can you try the open source xforms
> perhaps ?
OK,
sh, LC_ALL=da_DK, but the scalable fonts
option ACTIVATED
Claus Hindsgaul
==30304== valgrind-20020422, a memory error detector for x86 GNU/Linux.
==30304== Copyright (C) 2000-2002, and GNU GPL'd, by Julian Seward.
==30304== For more details, rerun with: -v
==30304==
--30304-- War
ilt from CVS sometime last week. I have rebuild LyX with
the current 1.2.0CVS and produced a new lyxlog.txt the same way as
before. (Yes, the problem persists).
Claus Hindsgaul
==4426== valgrind-20020422, a memory error detector for x86 GNU/Linux.
==4426== Copyright (C) 2000-2002, and GNU GPL'd,
tir, 2002-04-23 kl. 14:10 skrev Juergen Vigna:
> Sorry again what version of LyX are you using? Are you using the current
> cvs tree? I seem to see differences in the backtraces valgrind gives and
> the sourcecode (for example there is no row->previous() in draw!).
I have now deleted and checked
ons, 2002-04-24 kl. 15:27 skrev John Levon:
> > Did that help?
>
> No ! Look at the backtrace yourself then look at the source they are
> completely different. Perhaps a valgrind bug ?
Or perhaps an optimized executable...
I have recompiled LyX without optimizations, deleting all "-O" options
i
sh. Would
you like a new valgrind log based on the patched, non optimized lyx?
Claus Hindsgaul
By request, I have obtained the following backtraces from valgrind
(attached) and gdb from a LyX 1.2.0CVS of today with Juergens patch
applied compiled with --disable-optimization. They were both made doing
the same thing as in my prior backtraces.
Claus Hindsgaul
gdb:
(gdb) run
Starting
line length. Be sure to not maximize your LyX window
and deactivate raster font rescaling in LyX in order for the bug to be
seen. I use the default LyX windows size. The included image does not
have to be included.
Claus Hindsgaul
#LyX 1.2 created this file. For more info see http://www.lyx.org
Ooops, I my posting missed some words and called for an extra comment...
tir, 2002-04-30 kl. 14:01 skrev Claus Hindsgaul:
> The problem seems to be tied tightly to the line wrapping on the WYSIWYM
> screen WHILE LOADING IMAGES.
>
> * If I maximize the LyX window before
tir, 2002-04-30 kl. 17:47 skrev John Levon:
> Can you please provide a screenshot. I've tried varying line lengths and
> am unable to cause any problems
Sure.
This picture were made after:
* Opening LyX
* Deactivating "Rescale bitmap fonts" (so the bug351-file will
loa
appear as expected on screen and in the html output though.
The workaround is to use math mode. Can anybody confirm this or is it a
local problem (e.g. missing fonts)
I run LyX 1.2.0cvs on Debian Woody.
Claus Hindsgaul
t by going into Document->Layout and choosing encoding
"auto" og "latin1" instead of "default".
What defines my "default" encoding? As a Dane, I generally use iso8859-1
(Latin1), but something must be wrong.
Claus Hindsgaul
fre, 2002-05-17 kl. 12:58 skrev Juergen Vigna:
>
> On 17-May-2002 Claus Hindsgaul wrote:
> > fre, 2002-05-17 kl. 10:56 skrev Juergen Vigna:
> >> What screen fonts are you using? What latex encoding are you using?
> >
> > Screen fonts: ISO8859-1
> > la
Dekel Tsur skrev Fredag den 17. maj 2002 12:28:
> No, auto select the encoding according to the language of the document
> (it also allows you to use several encodings in a single document).
Wouldn't it give the user (like me) a better clue to rename "default" to
"TeX default" and "auto" to "Lang
t below the title, they appear
like:
The first three authors should have been on the same line.
Was I doing it wrong, or is it a flaw in the class.
--
Claus Hindsgaul
mean (not easy to guess from the
GUI):
"Default" - TeX default (I don't know where it is set)
"Auto" - Language default (Danish default i.e. ISO8859)
Claus Hindsgaul
*try* to accept that I'll have to be very patient
waiting for a new version of my favourite text processor. :)
Sincerely
Claus Hindsgaul
(Please cc: )
/ext_l10n.h:325:
"mainline"
(My dictionary writes somthing about junkies and nurses injecting drugs
directly into the blood, hmm...)
and
src/ext_l10n.h:1000 src/ext_l10n.h:1002:
"Margin by with paragraph is allowed to increase"
Cheers,
Claus Hindsgaul
(Please cc: me)
th/which/
Nice improvements BTW. I love being able to insert jpg graphics directly
into LyX.
One wishlist item: \circ, \dag and \ddag soon become rendered in LyX, as
I use them quite often.
Sincerely,
Claus Hindsgaul
Hi again,
I have a reproducible crash when the tabs of the preferences dialog
("Look & Feel", "Lang Opts"...) are translated into another language
causing longer strings. Pressing the last tab (originally "Output")
crashes LyX with the messages below.
I have reproduced the crash in German, Danish
Hi,
Using the current 1.2.0cvs I just noticed that I cant rotate graphics by
270 degrees. 90, 180, 269 and 271 degrees work just fine --- just not
270 degrees...
Clau
tir, 2002-04-09 kl. 14:38 skrev R. Lahaye:
> But now do the following series:
>
> 0 : LyX View updates to 0 degrees
> 268 : LyX View updates to 268 degrees
> 269 : nothing happens
> 270 : LyX View updates to 270 degrees
> 271 : nothing happens
Did you actually look at the figure at 2
> > In other words I can not get a 270 degree rotation no matter how the
> > figure was recently rotated.
>
> Can't confirm that. I'm using 1.2.0cvs here on FreeBSD PC.
I'm with Debian testing, libforms-bin version 0.89-2.
Maybe the problem will simply go away with a more recent libforms librar
Angus wrote.
>> In other words I can not get a 270 degree rotation no matter how the
>> figure was recently rotated.
>>
>> Claus
>
>Why the hell are the output images affected? I _really_ don't believe
>you
>there.
Well it _really_ happens :-). I just noticed that I got this error
message on t
fre, 2002-04-12 kl. 12:01 skrev Angus Leeming:
> Please tell me if you can't rotate the LaTeX output image by 270 degs.
> ==
The LaTeX-output is fine, so this is only a display problem after all -
and obviously known and being fixed. Thanks.
Claus
Hello,
I have attached an updated da.po against the lyx-devel lyx-1_2_X branch.
Please apply
Claus Hindsgaul
I have attached an updated da.po for LyX 1.3.0cvs.
Please insert it into the CVS.
Claus
--
Claus Hindsgaul <[EMAIL PROTECTED]>
da.po.gz
Description: GNU Zip compressed data
extended refs (aka PrettyRef: "Table 4
on the next page"). This really hurts when writing native docs. Is this due
to shortcomings of a LyX or LaTeX package?
Please let me know how to submit my file.
--
Claus Hindsgaul
Reberbanegade 53, 4. th - 2300 KBH S
Tlf (+45) 3297 3640
[EMAIL
d include information in the LyX menus, which depreciate the
use of PrettyRef for foreign languages...
Claus Hindsgaul
--
Claus Hindsgaul
Reberbanegade 53, 4. th - 2300 KBH S
Tlf (+45) 3297 3640
[EMAIL PROTECTED] (PGP-nøgle: http://www.image.dk/~claus_h/PGP.htm )
een during my sleep :)
>
> JMarc
--
Claus Hindsgaul
Reberbanegade 53, 4. th - 2300 KBH S
Tlf (+45) 3297 3640
[EMAIL PROTECTED] (PGP-nøgle: http://www.image.dk/~claus_h/PGP.htm )
43 matches
Mail list logo
