each in an xterm of its own.
Or try delaying the display hardware by running some heavy
animation/movie/3D-test on half the screen and do a lyx scrolltest
on the other half.
It is no surprise if a loaded test makes LyX _slow_, it still shouldn't
overshoot though.
Helge Hafting
Peter Kümmel wrote:
Helge Hafting wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Is this your only comment?
Yes. Sorry, don't have the time to do much more. I thought I'd share my
opinion ;-)
Sorry, too - for my h
vert the default template.
Known problem, or something I can fix somehow? Trouble
with make install?
Helge Hafting
bles,
lots of headings with much white spave between them)
are also good places to stop scrolling.
Helge Hafting
simply couldn't have a listing that
wasn't a file. I got
"Package Listings Error: Oops! It seems you've forgotten the argument to"
and then nothing more. :-(
Helge Hafting
nside that caption. Notice how
LyX eats some of the keystrokes. Ouch! :-( :-( :-(
Helge Hafting
José Matos wrote:
On Wednesday 23 May 2007 12:04:17 pm Helge Hafting wrote:
I guess a different version of lyx2lyx ran when I ran lyx from the
build directory instead of installing it. :-/
If you run lyx2lyx from the build dir instead of the source dir you have to
add an
José Matos wrote:
On Thursday 24 May 2007 09:48:58 Helge Hafting wrote:
My problem is the exact opposite.
If I run LyX from the source dir, then I can open documents.
If I then run "make install" and run the (same) installed LyX,
then I can't open documents, not even the help
José Matos wrote:
On Wednesday 23 May 2007 12:04:17 pm Helge Hafting wrote:
I guess a different version of lyx2lyx ran when I ran lyx from the
build directory instead of installing it. :-/
If you run lyx2lyx from the build dir instead of the source dir you have to
add an
José Matos wrote:
This shows that lyx2lyx was not updated. :-)
This can happen if you update the src directory but not from the root
directory. This has happened before. :-)
I guess that is what happened. I have to be more careful
with the svn commands then.
Thanks for the tip.
Helge
I don't know how "inline listing" is supposed to work. My guess
would be typesetting of things like "int i;" in the middle of a text line.
Everytime I turn "inline listing" on I get some kind of latex error though.
Typing stuff in the box tend to make it worse - especially braces.
Helge Hafting
Updated translations for Norwegian.
Particularly new stuff:
* new menu entries
* TOC dialog
* listings dialog
* Lots of tooltips that was invisible last time
* Random changed texts all over the place
Helge Hafting
Index: nb.po
ragraph " that
appear in the source code window when viewing source for a
single paragraph.
'
Helge Hafting
Bo Peng wrote:
On 5/24/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
I don't know how "inline listing" is supposed to work. My guess
would be typesetting of things like "int i;" in the middle of a text
line.
Everytime I turn "inline listing" on I get
Jürgen Spitzmüller wrote:
Helge Hafting wrote:
Surprisingly, the tooltip "Insert table" for the upper toolbar
isn't translateable. Every other toolbar tooltip is.
Strangely, it _is_ translated here (German l10n, latest svn).
Don't confuse it with "Ins
ed.
But LyX would also happily swallow about every other
keystroke at normal typing speed. So throwing away anything
that goes in "too fast" sure isn't an option.
LyX should ideally be so fast that we can't type ahead with text, but when
we can anyway, LyX should remember it. Scrolling is very different.
Helge Hafting
Jürgen Spitzmüller wrote:
Helge Hafting wrote:
"Insert table" (just a table, no float) is a string that
don't exist in either nb.po or de.po.
Does the attached patch help?
No. I checked out the entire source fresh from SVN,
I applied your patch, compiled, remade
een.
Perhaps such optimization is the way to go, seeing that nobody
but me have these problems. Optimization helps everybody,
by making LyX snappier, and it also makes this particular problem
much less likely.
Helge Hafting
slightly when
clicking the scrollbar arrows, I was not able to make LyX roll for
several pages with those. This is big improvement.
Only jumpscrolling using the scrollbar is still a problem.
I can easily have LyX roll for several pages extra.
Again, thanks for looking into this.
Helge Hafting
27;t solve them completely.
Helge Hafting
em, with a planned fix?
It cannot possibly be necessary, and of course other software
don't do this. Thunderbird needs 6% of the cpu to do the same.
A small file don't necessarily do this, but it happens with the userguide.
Making a bigger file (20 guides) don't make this problem worse.
Helge Hafting
rts this.
Ivritex doesn't, AFAIK. ArabTeX might be what you want, I'm not sure.
Can you do this with any arbitrary unicode character?
You can insert any unicode character into LyX these days.
For example - you can open a unicode test page in your web browser,
and paste the text into LyX. I have a LyX document with runes, chinese,
and klingon even. Latex hates it - of course.
Helge Hafting
rt".
Perhaps the "TableInsert" have problems with internationalization?
Helge Hafting
ll locales - in that case you start at step 2 instead.
2. Open an xterm, and activate the language for that one
command-line session like this:
"export LANG=nb_NO.UTF-8"
3. Run LyX from that xterm.
You should now get LyX in the other language - anything
still left in english is untranslated stuff.
Helge Hafting
Lars Gullik Bjønnes wrote:
Peter Kümmel <[EMAIL PROTECTED]> writes:
| Helge Hafting wrote:
| > Lars Gullik Bjønnes wrote:
| >> | What is the problem that you are trying to solve here?
| >>
| >> Is it my old pet? "Countinued scorrling after key-release"?
|
ou are right. TableInsert is not handled at all. I am not sure how
many different types of menu items there are in this file, but
lyx_po.py handles them selectively to avoid unnecessary translations.
Your patch is already in svn it seems - and it fixes the
problem too! :-)
Helge Hafting
Peter Kümmel wrote:
Helge Hafting wrote:
Lars Gullik Bjønnes wrote:
| What is the problem that you are trying to solve here?
Is it my old pet? "Countinued scorrling after key-release"?
What was wrong with my patch from months back?
I tried this with todays svn.
Mostly new stuff:
* outlines
* view source code
* listings dialog
* Some older untranslated pieces all over the place
Helge Hafting
Index: nb.po
===
--- nb.po (revisjon 18618)
+++ nb.po (arbeidskopi)
@@ -7,8 +7,8 @@
"Proje
This dialog has the word "Default" in several places:
font size & style for program listing,
font size for program listing line numbers
There are no untranslated "Default" in my po-file though, so
it looks like these aren't translateable at the moment.
Helge Hafting
ash into the text on the display, then people
will add whatever space the need because the problem
is so clearly visible. I think that is the correct solution.
Helge Hafting
e unpatched LyX revision 18646 works great for me!
Thanks for all the work on fixing this problem!
Helge Hafting
inset ends with
background color then. I don't think people will object
to adding the spaces themselves - this is no harder than adding
spaces around words. (The user adding spaces explicitly is necessary,
there are several kind of spacing after all)
Problem solvable without "ugly math".
Helge Hafting
ng the same size is not a good idea in those
cases.
Also, a mix of figures with absolute sizes (cm, in, bp, ...)
and relative (text%, line%,...) will probably not
get the same sizes relative to each other as they will
in print.
Finally, some figures (line drawings) look best on screen
with 1:1
t the deep enviroment
remains, which it shouldn't. Press "paste" and see
how it doesn't work right. cut immediately followed by paste
is supposed to be just like undo, but that doesn't happen here.
Helge Hafting
ew stuff should
be without the change tracking markings. (i.e. not deleted or marked
as inserted by someone.) You may be able to add inside a deleted region,
but that should split the deleted region in two.
A user wanting something different should turn the change tracking
on and use it. Adding "deleted text" is a lot like lying about what
happened.
Helge Hafting
right-arrow instead.
Helge Hafting
This problem appeared on the user list. I can confirm
that the problem is the same with a Norwegian keyboard.
This is a regression.
Original Message from [EMAIL PROTECTED]
Hi everyone,
This new version sure is really nice! I only have a little discomfort
regarding key strokes. With
oning,
but few of them try because they might be running on a
mouse-less terminal. Mouse cut/paste is then a function of
the terminal, not the app itself.
Helge Hafting
a) item 1a
a) item 1a
b) item 1b
2. item2
If it is useful on the top level, then it is useful
at the deeper levels too.
Helge Hafting
clue that something might be wrong.
For example, all invalid parameters could be higlighted with
red bold. Put the cursor on a bad parameter, and a status field
could light up with a descriptive message like " 'foobar' is an
invalid/unsupported parameter" or "You need a
ures in
other word processors too.
So install ghostview, and lyx is suddenly able to
view/export psotscript sounds reasonable to me.
Helge Hafting
ts anyway
and will understand the need for a separate viewer.
Helge Hafting
what Latex typesetting can do for
them with no effort, compared to the second rate formatting that they
laboriously have been doing with a WP, they can't imagine how easy it
can be to get real quality.
Very well said, I think.
Helge Hafting
hings correctly all the time, and
ended up looking the same after each test. qt4 is so slow on linux that
I'll give up using it for a while. The test machine was a 2.4GHz pentium4.
Helge Hafting
es. Only what really needs to be recompiled will be
recompiled. Very cool.
Great!
And don't worry about the time spent on md5summing all the files.
This tend to bring them into the diskcache, and so the following
compile won't have to wait at all.
Helge Hafting
on windows supposedly is fine.
For now, lyx with qt4 seems to do about 8 times as much cpu work as
qt3 when anything (scroll, resize, typing) happens in the main window.
Helge Hafting
stand, in those cases
you simply get the "offending" latex command in red instead.
Helge Hafting
where, am I supposed to
to more than using --enable-profiling and run make?
gprof documentation seem to suggest that the gmon.out should appear
during the compile, but it didn't.
Helge Hafting
Georg Baum wrote:
Helge Hafting wrote:
I could not find any "gmon.out" anywhere, am I supposed to
to more than using --enable-profiling and run make?
gprof documentation seem to suggest that the gmon.out should appear
during the compile, but it didn't.
No, it appears
Georg Baum wrote:
Helge Hafting wrote:
I could not find any "gmon.out" anywhere, am I supposed to
to more than using --enable-profiling and run make?
gprof documentation seem to suggest that the gmon.out should appear
during the compile, but it didn't.
No, it appears
set the default to "one line above table,
one below table, and one below the heading".
"No lines by default" is a nice starting point though.
Helge Hafting
isn't accepted. A bad test, or is
autoconf 2.59d really too different from autoconf 2.59 ?
Helge Hafting
Jose' Matos wrote:
On Friday 09 June 2006 12:20, Helge Hafting wrote:
I think "no lines" is the better way. No old stuff breaks. There
isn't even an update of the document format.
I don't understand you here. There is nothing related with an up
Lars Gullik Bjønnes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
| $ ./autogen.sh
| Using automake (GNU automake) 1.9.6
| Using autoconf (GNU Autoconf) 2.59d
| This autoconf version is not supported by LyX.
| LyX only supports autoconf 2.5[2-9].
|
| $ autoconf --version
| autocon
tring should be something
like "Test 123456" followed by a short formula - that way
we see the effect of oldstyle numbers and math font details as well.
Helge Hafting
Peter Kümmel wrote:
Abdelrazak Younes wrote:
So Linux is faster on your machine than windows! That's a surprise since
many complained that it was damn slow on linux. Helge Hafting, you were
the more vocal among them ;-), could you try again?
Maybe he had used a non optimized
f stepwise adjusting back and forth on
that font scale factor. The probably don't need scale=0.945 either,
though.
Helge Hafting
this decision asap
I won't mind xforms going away - with its not antialiased text,
cumbersome menus, and inability to use unicode.
But I hope qt3 will stay around until qt4 catches up on performance
on all platforms.
Helge Hafting
In the minibuffer, the command accent-umlaut can be used to put an
umlaut on top of almost anything. (I.e. not only over the usual vowels,
but also umlaut over a numeral, over a [, and so on)
I consider this useful sometimes, such as when making little pictures
out of letters and symbols. En
m-x accent gives a list over available accents to put over/under
letters. All of them works well, except from accent-special-caron.
Instead of inserting an accented letter, I get the letter in curly braces.
Helge Hafting
That was bug 2670
Helge Hafting
s lyx & qt.
Or do we have a lot of users grafting the latest lyx onto
an old distribution?
Helge Hafting
-painting competition, even if the cpu is
weaker.
Helge Hafting
ars, this is email so I probably should precise that there is no
| hard feeling at all in what I am saying. But I have to make a decision
| so I am officially retired now.
I am sorry to hear that...
You have been a fresh breeze on the list.
Indeed.
Helge Hafting
f how that can be achieved.
>
> Our rules are more like guidelines anyhow (and what film is that quote
> from?)
>
Don't know about films, but Terry Pratchett certainly writes stuff like
that.
> | So, can I commit my patch? I have some others in the queue...
>
> is the emitSignal still there?
You are really sure that is still worth fighting for? Not because
"we have a rule", but because it really makes _this_ patch
significantly harder to understand?
Helge Hafting
rks for the first mouse paste.
highlight == selection is indeed a nice concept.
How about keeping it by *not* removing the selection when
middle-click pasting? Let the highlighted selection remain
(unless it is being messed with) then we can paste all
over the place with middle clicks too.
Helge Hafting
the data structures
> employed
> in LyX, and the structure of the code of LyX? I have searched on the
> developer's site, but can't find anything.
>
The lyx sources aren't documented except for preferred coding style.
If you want to contribute, feel free to ask tons of questions and they
will be answered. :-)
Helge Hafting
On Tue, Jul 18, 2006 at 07:01:05PM +0200, Tribulations Parallèles wrote:
> On Tuesday 18 July 2006 16:49, Helge Hafting wrote:
>
> > Perhaps xfig itself could be better, but I fail to see how using an
> > external application is a problem.
> > Slower? Not really, why shoul
devel/lib'
make: *** [install-recursive] Error 1
Helge Hafting
les, the version is indeed 1.4.1
I did not unpack and run the executables to verify this.
Helge Hafting
wer vendor might help too, but will
likely be slow.
Helge Hafting
ore acrobat windows cluttering your
screen each time you do a new preview?
Helge Hafting
ks for every linux there is.
Do windows users really only have a single useable choice in pdf readers?
Helge Hafting
I cannot export PDF, I cannot view->PDF
tools->reconfigure discovers both acrobat, pdflatex and dvipdfm
but still - no view->pdf or export->PDF
I know I have the necessary software, for export->latex(pdflatex)
followed by a manual pdflatex run gives me a PDF as expected.
Helge Hafting
27;
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/usr/src/lyx-devel/lib'
make: *** [install-recursive] Error 1
Helge Hafting
rimenting with
output conversion easier, and might even get us some more
outputs with time.
Helge Hafting
I am not so sure, but nevertheless: If we are going to add such an
incomplete latex export that you want: What should be omitted?
- Only files included by the graphics inset? That would n
e
too, if the human is reading them on an xterm, a linux console,
or a bunch of other cases that already use utf-8.
I don't know the best way to store this, but hope it will
be in a very efficient way, for lyx is going to shift
lots of strings around . . .
Helge Hafting
Lars Gullik Bjønnes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
| > UTF-8 is a multi-byte encoding. It's useful for output to file
| > because the data are stored as characters (bytes). So, much of a
| > UTF-8 encoded file will be human readable;
ot;)return "Sin";
> > if (name == "sinh") return "Sinh";
> > if (name == "arcsin") return "ArcSin";
> > + if (name == "asin") return "ArcSin";
> > if (name == "cos")return "Cos";
> > if (name == "cosh") return "Cosh";
> > - if (name == "arcos") return "ArcCos";
> > + if (name == "arccos") return "ArcCos";
> > + if (name == "acos") return "ArcCos";
> > if (name == "tan")return "Tan";
> > if (name == "tanh") return "Tanh";
> > if (name == "arctan") return "ArcTan";
> > + if (name == "atan") return "ArcTan";
> > if (name == "cot")return "Cot";
> > if (name == "coth") return "Coth";
> > if (name == "csc")return "Csc";
>
> Probably my doing initially but it looks like the list is not big enough
> to use a map or such...
>
Looks like this part can be simplified too, just like the lowercase
transformation you suggested further up.
Basically, uppercase the first character,
and if the length of name is 6, also uppercase the fourth character.
I.e.:
name[0] &= 0xDF;
if (name.length == 6) name[3] &= 0xDF;
A two-line approach that works because all function names are
limited to ascii where upper/lower conversions are trivial.
Helge Hafting
On Sat, Aug 19, 2006 at 12:11:55PM +0200, Andre Poenitz wrote:
> On Thu, Aug 10, 2006 at 01:31:42PM +0200, Helge Hafting wrote:
> > Do you really want more and more acrobat windows cluttering your
> > screen each time you do a new preview?
>
> Uh... I know that I want such b
There is no
acrobat at all on x86-64 and others - there it isn't an issue at all.
Helge Hafting
en invoke the acrobat executable. This trick
works with windows as well as linux, and of course such scripts
could be distributed with lyx.
Helge Hafting
e I know
of that is broken. Perhaps the pdf options should go away when
this broken viewer is selected, it still works for dvi . . .
Helge Hafting
4 format, but utf-8 is supposed to be
the same no matter what endianness the machine uses?
Helge Hafting
Abdelrazak Younes wrote:
Helge Hafting wrote:
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Can you try to change the utf-8 to ucs-4 conversion to use either
"UCS-4BE" or "UCS-4LE", instead of "UCS-4"? Also the conversion the
other
atters much, there being other reasons for using other viewers.
Helge Hafting
>... entries for those files
who have a decent viewer configured. Or perhaps not show
entries when we know the viewer is bad, most of them are ok
but some, like acrobat are not.
Helge Hafting
oading the
document, but why is it considered necessary to do conversions while
painting the screen? Does it have to be that way?
Helge Hafting
problem printing. Xpdf takes the simple
approach of handing the file to an external program, typically
lp or lpr. If that doesn't work, it means your printing setup is wrong.
I can see how you might need acrobat for other features though.
Helge Hafting
u're getting a case where
someone is doing view->(something) in lyx and have some
viewers pop up on a mac and some on a windows pc. Surely
that would be a very special custom setup? Those who customize
get to sort out problems themselves. Or perhaps I am
misunderstanding what you're saying here.
Helge Hafting
ay if you have a broken latex or a viewer
that segfaults before it manages to open a window. We don't
check for that either.
Helge Hafting
Georg Baum wrote:
Helge Hafting wrote:
Jean-Marc Lasgouttes wrote:
When LyX launches a viewer, it just tells the OS "open this file". We
do not know what the viewer is.
On linux, we know that very well. The viewer is specified in
.lyx/prefences, a file c
On Mon, Aug 28, 2006 at 04:15:02PM +0200, Georg Baum wrote:
> Helge Hafting wrote:
>
> > Georg Baum wrote:
> >> Helge Hafting wrote:
> >>> On linux, we know that very well. The viewer is specified in
> >>> .lyx/prefences, a file created and maintai
ask them to change the margins
a bit and resubmit the PDF. See how much time that takes . . .
Look both at the time invested, and the quality of final
results.
I welcome any comments about this. Again, my intent is to
have this be a contribution to the lyx project.
I hope you find some of the ideas useful.
Good luck with your contribution!
Helge Hafting
reen. And inserting an active branch around marked text
should always be a no-op as far as output is concerned.
Lyx already supports my desired layout, it is just the insert->branch
operation that stumbles.
Helge Hafting
Martin Vermeer wrote:
On Wed, 30 Aug 2006 14:31:05 +0200 Helge Hafting <[EMAIL PROTECTED]>
wrote:
From reading the related bug reports 2093 and 2671, I know there is
some problems with branches & lists. This is about branch stuff that
can
be done, but in an unnecessarily cumb
Martin Vermeer wrote:
On Fri, 01 Sep 2006 10:43:51 +0200 Helge Hafting <[EMAIL PROTECTED]>
wrote:
Martin Vermeer wrote:
On Wed, 30 Aug 2006 14:31:05 +0200 Helge Hafting
<[EMAIL PROTECTED]>
wrote:
...
I agree it needs fixing, but how? This
Juergen Spitzmueller wrote:
Helge Hafting wrote:
Looks like a bad idea, unless I misunderstand something.
Please test my patch, then you'll see what it does without guessing.
2. The user marks a whole paragraph, or several.
In this case, the user clearly want to stuf
document - lyx indeed goes away! ;-)
Helge Hafting
converter setup
is so similiar to existing working converters . . .
Anyway, the external inset with .pdf and .eps converters is all that
is needed to use this for output, so here it is so you may consider
it for inclusion or ask for improvements:
Attached preferences.diff, which defines the file f
501 - 600 of 1405 matches
Mail list logo