uld be fine, I think). I am a bit worried that you might loose some
windows users if the situation remains unexplained. It would be even
nicer if there was a link to a version I could install at my own risk,
or be told about some workaround if one existed... :-)
Anyway, keep up the good work!
Best, Stefan
On 2015-08-30 15:03, Scott Kostyshak wrote:
> On Sun, Aug 30, 2015 at 3:12 AM, Stefan Swerk
> wrote:
>
>>> Changes (by skostysh):
>>>
>>> * cc: stefan_lyx@… (added)
>>>
>>>
>>> Comment:
>>>
>>> Stefan do you hav
gt;
> * cc: stefan_lyx@… (added)
>
>
> Comment:
>
> Stefan do you have any comments?
>
I am currently not able to look into this issue,
due to the recent death of a very close family member.
If you can give me some time, I will try to look into
it during mid/late Sept
I hereby grant permission to license my contributions to LyX
under the GNU General Public License, version 2 or any later version.
Stefan Swerk
signature.asc
Description: OpenPGP digital signature
output f790bb046eafe1b3e32eb59c3af639e1fdaa166b
'lyx.2.1.x.-.europasscv.layout.-.v1.2.-.15.03.2015.diff'
-Branch master, commit 73c3f3e2fd340265ef9e896c959c7c1efbe52663
'lyx.2.2dev.-.europasscv.layout.-.v1.2.-.15.03.2015.diff'
Stefan Swerk
[1] https://www.tug.org/pipermail/tex-live/2
On 03/15/15 10:35, Jürgen Spitzmüller wrote:
> 2015-03-15 9:20 GMT+01:00 Stefan Swerk:
>> While the layout, in its current state, seems to be usable, there are
>> still some minor issues:
>> - Within the "europasscv.cls" the "inputenc&q
within a simple command style:
\ecvitem{}{
\begin{ecvitemize}
\item 1
\item 2
\end{ecvitemize}
}
Is there a proper way to mediate/resolve these issues?
In the hope that this
Ok, I can reproduce the bug now even if i compile lyx from source. I looked in
the OpenSuse Buildservice. OBS uses --without-included-boost.
With this option, I can reproduce the bug with 2.0.2 from svn.
Branch 2_0_x doesn't run: "terminate called after throwing an instance of
'std::bad_alloc
_X
That's right. But at the moment I can't even reproduce this bug using tag
2.0.2. So, first of all I have to convice lyx to use my system libs if I
compile it for my own.
Stefan
Status: new
> Priority: normal | Milestone:
> Component: spell| Version: 2.0.0
> Severity: normal |Keywords:
> -+--
>
> Comment(by stwitt):
>
&
retty soon.. I'm just scared to break
anything with the updateMacros mechanism...
Vincent
I can understand that. I looked into it and shuddered. Is anybody
there who
actually understands the mechanism and why the calls are needed in
all those
places?
Jürgen
perhaps Stefan?
p
E
Am 21.01.2009 um 22:35 schrieb Jean-Marc Lasgouttes:
Stefan Schimanski writes:
Which kind of CPU do you use? I am working on my (200+ pages) thesis
with 10 children documents. It works fine. All on a 2GHz Core2Duo.
Stephan, do you do that on a debug build with stdlib-debug on? This
makes a
r document. Instantly, LyX become very slow due
to the updateMacros() function. This was with the 1.6.1 official
release.
Which kind of CPU do you use? I am working on my (200+ pages) thesis
with 10 children documents. It works fine. All on a 2GHz Core2Duo.
Stefan
I am pretty sure I just copied it from the LFUN_NEXT_INSET_MODIFY
handler below. So, probably you are right.
Stefan
Am 18.01.2009 um 14:30 schrieb Vincent van Ravesteijn:
URL:
http://www.lyx.org/trac/file/lyx-devel/branches/BRANCH_1_6_X/src/BufferView.cpp?rev=28206
Am 17.01.2009 um 22:58 schrieb Andre Poenitz:
On Sat, Jan 17, 2009 at 10:00:57PM +0100, Stefan Schimanski wrote:
Am 17.01.2009 um 20:33 schrieb Andre Poenitz:
On Sat, Jan 17, 2009 at 06:40:05PM +0100, Stefan Schimanski wrote:
Did you check what exactly needs so long in updateMacros? It
Am 17.01.2009 um 20:33 schrieb Andre Poenitz:
On Sat, Jan 17, 2009 at 06:40:05PM +0100, Stefan Schimanski wrote:
Did you check what exactly needs so long in updateMacros? It
essentially
just looks at the insets of each paragraph.
Which is still a bit.
If there is no macro
definition
Am 17.01.2009 um 18:03 schrieb Vincent van Ravesteijn:
Stefan Schimanski schreef:
Am 17.01.2009 um 14:44 schrieb Andre Poenitz:
On Sat, Jan 17, 2009 at 12:50:46PM +0100, Vincent van Ravesteijn
wrote:
For every letter I type in LyX, the updateMacros() function is
called
from BufferView
changing a math-macro, all uses of the macro are updated.
I think so, too. Stefan might have authorative answers, though.
The name updateMacros is a bit misleading. We should better call it
collectMacros of updateMacroTables or similar. It takes all the macro
definitions in the buffer and
Am 17.01.2009 um 12:39 schrieb Vincent van Ravesteijn:
Jürgen Spitzmüller schreef:
Stefan Schimanski wrote:
> I propose to backport the feature to branch. It probably applies
> directly without changes.
Probably, but not now. I'd like to restrict 1.6.1 to bug fixes.
(but you
with \newcommand?
Why \global?
Because without the logic is complicated:
\newcommand{\foo}{a} \textbf{\renewcommand{\foo}{b} bla} $\foo$
What is printed in the output? What should be shown on screen?
Stefan
y), and it also look
strange to put that into the preamble. For that reason we switched to
xargs instead.
Stefan
hing equivalent to \global\def for this case.
Is there a way to do this with \newcommand?
Stefan
tever, for
every
InsetInclude.
Hm, this is a problem in itself, I'd say.
That doesn't look so bad, though we should bring Stefan S into the
discussion. This happens because updateMacros checks all the
InsetInclude's to make sure their files are loaded.
I don't think
me a way to fix it.
regards
stefan
patch without the
version
update. The POOL variable has gone. Some whitespace has been changed
to
tabs - as it should be.
Thanks!
Stefan
...
Yes, I heard that Macs are famous for there eye candy...
Especially candy for the eyes of the developers.
http://folklore.org/StoryView.py?project=Macintosh&story=PC_Board_Esthetics.txt&sortOrder=Sort%20by%20Date&detail=medium&search=board
Stefan
you mentioned it, it hurts my eyes too.
And it is an unneeded leftover too. The POOL variable can go.
Is the version number change ok with you? If it is, I want to commit
the
thing.
Well, what is the consensus about the version now?
Stefan
e try to keep the lines below ~75 chars or so?
After having seen your 3 terminal setup I understand why you are after
this limit all the time :-)
Stefan
[Yes, I noticed the style got adjusted in several places. Thanks for
doing that ;-)]
Andre'
Hi!
Thanks for the patch. Had this on my todo list for long time already...
Without having tested it, the patch looks good. One small thing: any
reason to call it POOL and not pool?
Stefan
Am 18.11.2008 um 20:28 schrieb [EMAIL PROTECTED]:
Hi Stefan,
on exit of lyx there is the
reasonable.
Just another idea: you could insert markers into the latex output
"somehow" to know which latex part belongs to which inset. Then maybe
one latex output might be enough.
Stefan
I'll see if I can play a little bit tonight with the idea.
T.
Abdelrazak Younes h
Am 21.11.2008 um 19:42 schrieb Tommaso Cucinotta:
Stefan Schimanski ha scritto:
My wish:
5) search and replace through all master and child documents
This was planned to be one of the "scope" option. If you look at the
current
dialog, there is a set of radio buttons allowing one
find list in the Navigator similar to what is
available in Acrobat reader.
My wish:
5) search and replace through all master and child documents
Stefan
Abdel.
Tommaso Cucinotta wrote:
Hello,
this implements the wrap option (first pending issue from the wiki):
 Bug 1262 <http://bug
I propose to backport the feature to branch. It probably applies
directly without changes.
Stefan
Am 16.11.2008 um 20:19 schrieb [EMAIL PROTECTED]:
Author: sts
Date: Sun Nov 16 20:19:07 2008
New Revision: 27575
URL: http://www.lyx.org/trac/changeset/27575
Log:
* "Copy as Reference&qu
Am 05.11.2008 um 12:37 schrieb Pavel Sanda:
Stefan Schimanski wrote:
In any case I suggest that you decide yourself how to proceed as
only you
can properly test this thing (provided that this doesn't impact
the other
platforms of course.
I don't think there is any impac
Am 05.11.2008 um 12:15 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Looking at the calender makes me wonder about the plan for tomorrow.
I am waiting for a comment on two patches which I would like to see
in 1.6.0. Especially 5387 is really annoying on Mac right now:
http
Stefan
Am 29.10.2008 um 20:00 schrieb José Matos:
On Wednesday 29 October 2008 18:26:01 Pavel Sanda wrote:
http://wiki.lyx.org/Devel/ReleaseSchedule
Reusing Uwe's short links we have:
list of current regressions: http://tinyurl.com/yu4the
list of current crashes and critical bugs:
Anybody tested the patch?
Stefan
Am 03.11.2008 um 10:18 schrieb [EMAIL PROTECTED]:
http://bugzilla.lyx.org/show_bug.cgi?id=5447
[EMAIL PROTECTED] changed:
What|Removed |Added
Am 29.10.2008 um 16:08 schrieb Abdelrazak Younes:
On 29/10/2008 15:58, Stefan Schimanski wrote:
>> I noticed that we call those notifies handler twice if you click
>> with the mouse into some math. I will investigate that, but it
>> should not matter for your problem.
>
&
;svn patch"...
Here is the patch which also fixes the duplicated notification.
Basically the notifyCursorLeavesOrEnters function should only be
called in the dispatch handlers after the lfuns has been dispatched.
Stefan
cursorenters.patch
Description: Binary data
Am 29.10.2008 um 14:52 schrieb Abdelrazak Younes:
On 29/10/2008 14:50, Stefan Schimanski wrote:
Am 29.10.2008 um 10:56 schrieb Abdelrazak Younes:
Hum, this commit fixes the right and left movement but not the up
and down...
Putting leavePreview into idxFirst/idxLast looks wrong. See below
Am 29.10.2008 um 14:52 schrieb Abdelrazak Younes:
On 29/10/2008 14:50, Stefan Schimanski wrote:
Am 29.10.2008 um 10:56 schrieb Abdelrazak Younes:
Hum, this commit fixes the right and left movement but not the up
and down...
Putting leavePreview into idxFirst/idxLast looks wrong. See below
Am 29.10.2008 um 10:56 schrieb Abdelrazak Younes:
Hum, this commit fixes the right and left movement but not the up
and down...
Putting leavePreview into idxFirst/idxLast looks wrong. See below.
André, Stefan, Enrico, could you please comment on the possibility
to have InsetMathHull inside
Am 27.10.2008 um 11:24 schrieb Jean-Marc Lasgouttes:
Stefan Schimanski <[EMAIL PROTECTED]> writes:
After thinking about it, I am not sure anymore whether it is really
so
trivial. Don't I overwrite the default icon size of the desktop
environment with this?
The problem as I see
After thinking about it, I am not sure anymore whether it is really so
trivial. Don't I overwrite the default icon size of the desktop
environment with this?
Stefan
Am 27.10.2008 um 10:07 schrieb [EMAIL PROTECTED]:
Author: sts
Date: Mon Oct 27 10:06:50 2008
New Revision: 27146
URL:
Am 24.10.2008 um 00:02 schrieb José Matos:
On Thursday 23 October 2008 22:11:37 Stefan Schimanski wrote:
Complete patch is attached now to
http://bugzilla.lyx.org/show_bug.cgi?id=5327
Stefan
I will leave this patch out but if you have other confirmation that
it works
you can commit it
Am 23.10.2008 um 22:32 schrieb Stefan Schimanski:
Am 23.10.2008 um 21:08 schrieb José Matos:
Is there any last minute objection to release rc4?
I will dinner and after that I will release rc4 unless there is a
very goos
reason to dealy it.
I put in the patch to fix the pixmap cache
ent
Looks good if completeBaseName is doing what it suggests.
Stefan
cause it drops those special characters), but still
better than the current state. Am I still in time?
Stefan
Am 06.09.2008 um 17:39 schrieb Stefan Schimanski:
Am 06.09.2008 um 17:34 schrieb Uwe Stöhr:
> They will show up not only exactly in a macro, but also more
inside a parameter of one. I don't
> think the context menu will show them then, right?
You are right, so this is no
Am 22.10.2008 um 21:52 schrieb Konrad Hofbauer:
Stefan Schimanski wrote:
<http://bugzilla.lyx.org/show_bug.cgi?id=5327>
Crash with Pixmap Cache and special unicode characters.
Fixed. See patch attached to the bug report.
Thanks, thanks, and thanks again! Very impressive !
Am 22.10.2008 um 18:51 schrieb Stefan Schimanski:
Am 22.10.2008 um 18:33 schrieb Stefan Schimanski:
Am 22.10.2008 um 13:14 schrieb Stephan Witt:
Konrad Hofbauer schrieb:
Stephan Witt wrote:
To do some more useful I have to figure out how to pass command
line arguments.
I know of the
Am 22.10.2008 um 18:33 schrieb Stefan Schimanski:
Am 22.10.2008 um 13:14 schrieb Stephan Witt:
Konrad Hofbauer schrieb:
Stephan Witt wrote:
To do some more useful I have to figure out how to pass command
line arguments.
I know of the "Arguments" tab of the "Info"
lyx.org/show_bug.cgi?id=5168>
Restart needed after changing preferences.
Fixed in the attached patch.
<http://bugzilla.lyx.org/show_bug.cgi?id=5217>
Restart needed after closing the last document.
This really looks strange. Our global menu bar does not show up at all.
Stefan
he executable is
disabled then, I have no chance to switch to library support.
I think with the following patch we cannot do anything wrong. A better
solution needs some more work to check for executables and so on. But
this should at least solve my use case. Objections?
Stefan
diff --git a/s
bug.cgi?id=5217>
Restart needed after closing the last document.
Stefan, could you give us a hand for those three bugs? A debug
session is all what is needed to solve them...
I'm not Stefan, but...
I am :)
I hope to find some time later today.
Currently, I'm trying to start b
Here is a trival file. Feel free to make a bugzilla entry from it. I
am too busy right now.
Stefan
foo.tex
Description: Binary data
Am 16.10.2008 um 17:22 schrieb Uwe Stöhr:
Stefan Schimanski schrieb:
You mean it is fixed in trunk now? Still have this behaviour,
though I might be
again when the next lyX 1.6
release comes out. When the bug is then still there, please report
it a bug of the component "tex2lyx" at bugzilla.lyx.org
You mean it is fixed in trunk now? Still have this behaviour, though I
might be some days behind.
Stefan
Am 15.10.2008 um 10:34 schrieb Abdelrazak Younes:
On 15/10/2008 10:31, Stefan Schimanski wrote:
Am 15.10.2008 um 10:27 schrieb Abdelrazak Younes:
On 15/10/2008 10:19, Stefan Schimanski wrote:
Am 15.10.2008 um 09:20 schrieb Abdelrazak Younes:
On 14/10/2008 15:02, Stefan Schimanski wrote
Am 15.10.2008 um 10:27 schrieb Abdelrazak Younes:
On 15/10/2008 10:19, Stefan Schimanski wrote:
Am 15.10.2008 um 09:20 schrieb Abdelrazak Younes:
On 14/10/2008 15:02, Stefan Schimanski wrote:
Hi!
Does the following make sense? I have aspell installed here on
Mac, but not ispell. So
Am 15.10.2008 um 09:20 schrieb Abdelrazak Younes:
On 14/10/2008 15:02, Stefan Schimanski wrote:
Hi!
Does the following make sense? I have aspell installed here on Mac,
but not ispell. So without this change the preferences dialog will
disable the spell checking selection box.
That
Hi!
Does the following make sense? I have aspell installed here on Mac,
but not ispell. So without this change the preferences dialog will
disable the spell checking selection box.
Stefan
diff --git a/src/frontends/qt4/GuiPrefs.cpp b/src/frontends/qt4/
GuiPrefs.cpp
index ca04de8
be a _math_ macro? It looks to me as some latex magic
which fits better into some ERT latex inset.
Stefan
Both ways seem identical; however, this
%%
\beginend {definition} {
\[
666+111=777\]
}
%%
works with newcommand
Hi!
Is the patch available anywhere?
I have some refactoring work todo in formulas of my thesis and the
regexps in math search would be great for that.
Stefan
Am 04.10.2008 um 00:02 schrieb Tommaso Cucinotta:
Hi all,
my old version of patched LyX still runs on my current Ubuntu 8.04
Looks fantastic.
Stefan
Am 04.10.2008 um 00:02 schrieb Tommaso Cucinotta:
Hi all,
my old version of patched LyX still runs on my current Ubuntu 8.04,
so I just
packed a couple of videos in order to show basic usage of the feature
http://de.youtube.com/watch?v=JxjMVvn7d3M
and usage of
erface all goes well. Am I doing something
wrong ?
Same here. I also found out that the exported tex is different between
the gui export and the command line export.
Stefan
/Users/sts/Quellen/mac/lyx-scope-dynmacro/src/boost.cpp: In function
'void boost::throw_exception(const std::exception&)':
/Users/sts/Quellen/mac/lyx-scope-dynmacro/src/boost.cpp:31: error:
'const class std::exception' has no member named
'diagnostic_informatio
good key. I guess nearly every other combination
of modifiers and tab is somehow used by the OS. On Mac alt-tab would
be ok. But on Windows it's taken.
Stefan
but it was not reallyh predictable so I left it
disabled. I guess merging it with the autocompletion would be the
way to go...
Andre'
But autocorrection is for macros only. How would you do this
merging?
Basically but waiting for Stefan to do it ;-)
Andre'
Yes, that's a
Never seen that. What does it do? \farc -> \frac and similar things?
Stefan
Am 20.09.2008 um 01:34 schrieb Martin Vermeer:
I see that there is an autocorrection thingy in mathed, but
disabled. Why is that? Does it work? Could we give the user the
option of enabling it?
I know some us
e, I guess it's because completion does not
bind to the tab key "directly" via a standard LFUN, but it has its own
LFUN. Otherwise there would be no way to customize the completion key
at all without changing the tab behaviour globally.
Stefan
efore the little dropbox thingy comes up.
That's an issue we have to decide on. I have bound it to TAB locally
and it bahaves exactly like in the hardcoded case before. But of
course I lost TAB in the tables. Comments?
Stefan
If somebody has a 1.5 around, please check if the behaviour was the
same there (with \frac). Otherwise it is a regression.
Stefan
Am 08.09.2008 um 01:28 schrieb Pavel Sanda:
Stefan Schimanski wrote:
I prefer a new LFUN because it is easier to bind and easier to get
to know
about it in the mini buffer completion popup.
really easy.
i will wait for your commit.
Done. Go ahead.
Now the question how to bind the LFUNs
Am 08.09.2008 um 00:44 schrieb Pavel Sanda:
Stefan Schimanski wrote:
still want to introduce some option for accepting completion after
first
tab,
so the current state is not the final one imho.
Adding another LFUN for this behaviour should be easy. So you could
bind
that to TAB instead
Am 08.09.2008 um 00:30 schrieb Pavel Sanda:
Stefan Schimanski wrote:
I am not sure I like this fix either. This way the TAB key silently
changes
its meaning when the completion becomes visible. If one waits long
enough
for the inline completion to appear, suddenly the TAB in tables
does
o.
Adding another LFUN for this behaviour should be easy. So you could
bind that to TAB instead of the "normal" iterative completion. I would
prefer that over yet another checkbox in the completion settings.
Stefan
I am not sure I like this fix either. This way the TAB key silently
changes its meaning when the completion becomes visible. If one waits
long enough for the inline completion to appear, suddenly the TAB in
tables does not jump to the next cell anymore...
Stefan
Am 07.09.2008 um 18:01
and Escape and it works as before.
Opinions?
Stefan
lfun-completion.patch
Description: Binary data
Am 07.09.2008 um 13:19 schrieb Uwe Stöhr:
>> Sorry but this is the rule: When you add a new feature build it
so that it
>> doesn't introduce a regression except thi
id not find one which was free
Stefan
Create a macro like: Sat_#1(#2). Now instantiate it, and type
\upsilon in the #1 argument slot. The completion thing displays funny.
You mean this space behind the cursor?
Stefan
Hi!
While debugging a segfault during plaintext export, I came across the
following code. Is there any reason to make a deep copy of the
paragraph list? Or is it just a missing & ?
Stefan
void writePlaintextFile(Buffer const & buf, odocstream & os,
OutputParams const
macro toolbar will not be shown in "auto" mode if one is not
exactly in the MathData of a macro.
Stefan
kfurt, preferable something that
does not contain the keywords Financial IT and JavaEE.
Stefan
untries are kindly invited, aren't they André?
José? Lars? Martin?
I am from Munich right now, but have no idea where I am in a few weeks
(job search). If possible, I would also like to join.
Stefan
handling of session
data,
vc toolbar is just byproduct of it.
Stefan, does the recipy in http://bugzilla.lyx.org/show_bug.cgi?id=5101#c2
helps?
Yes, then the problem is gone.
Stefan
new cross-ref is created, but the previous one is changed.
Stefan
Am 13.08.2008 um 03:39 schrieb rgheck:
Stefan Schimanski wrote:
The patch looks good. Tried it with and without as you said.
OK, I've actually figured all this out now. I think. We talked about
all this a couple months a
Hi!
Any idea what these strange icons in the toolbar are? I got that some
days ago after an update, on Mac with Qt 4.4.
Stefan
<>
The patch looks good. Tried it with and without as you said.
Stefan
Am 12.08.2008 um 23:56 schrieb rgheck:
Index: GuiCitation.cpp
===
--- GuiCitation.cpp (revision 26122)
+++ GuiCitation.cpp (working copy)
@@ -167,14
Am 12.08.2008 um 15:19 schrieb Stefan Schimanski:
Not sure this very commit is the reason. But I was bitten today
several times from the following ugly bug:
Whenever I want to insert a citation, nothing is inserted, instead
the citation in front of the cursor is changed.
This bug
Am 12.08.2008 um 17:24 schrieb rgheck:
Stefan Schimanski wrote:
Not sure this very commit is the reason. But I was bitten today
several times from the following ugly bug:
Whenever I want to insert a citation, nothing is inserted, instead
the citation in front of the cursor is changed
now
it's even worse than before. In addition to the inability to insert a
new citation, copying an old citation inset fails with an assertion
which finally closes the document.
Stefan
Am 10.08.2008 um 22:32 schrieb [EMAIL PROTECTED]:
Author: rgheck
Date: Sun Aug 10 22:32:51 200
ng
completion less intuitive.
Stefan
Am 30.05.2008 um 08:31 schrieb Abdelrazak Younes:
Hello Stefan,
It is thus not possible to use the Tab key to navigate in a table or
in an equation.
void GuiWorkArea::keyPressEvent(QKeyEvent * ev)
{
...
// intercept keys for the completion
Am 09.06.2008 um 09:25 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Am 09.06.2008 um 08:28 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
It seems he does not link against iconv, although it is found
when calling cmake.
Works fine on Windows. Maybe try to upgrade libintl
Am 09.06.2008 um 08:28 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
It seems he does not link against iconv, although it is found when
calling cmake.
Works fine on Windows. Maybe try to upgrade libintl and iconv?
It's very strange. In fact -liconv is part of the linker co
It seems he does not link against iconv, although it is found when
calling cmake.
Stefan
Ld /Users/sts/Quellen/mac/lyx-scope-dynmacro/build/bin/Debug/tex2lyx
normal i386
cd /Users/sts/Quellen/mac/lyx-scope-dynmacro/build
/Developer/usr/bin/g++-4.0 -arch i386 -L/Users/sts/Quellen
cmake is broken now by that.
Stefan
Am 06.06.2008 um 17:25 schrieb [EMAIL PROTECTED]:
Author: lasgouttes
Date: Fri Jun 6 17:25:55 2008
New Revision: 25167
URL: http://www.lyx.org/trac/changeset/25167
Log:
Remove our in tree gettext version and replace with a mechanism to
import it
on rc settings, you mean something else probably.
Stefan
that a previously inserted citation in the same
paragraph is
*modified*, even though the cursor wasn't next to that citation when I
selected Insert > Citation.
I see that very often and am very annoyed by it. Especially you cannot
undo it. So it destroys data and should be critical...
Stefan
Am 27.05.2008 um 01:34 schrieb Bennett Helm:
On Mon, May 26, 2008 at 5:47 PM, Stefan Schimanski <[EMAIL PROTECTED]>
wrote:
However, the graphic does not display in LyX.
It does not? Which OmniGraffle version? Here it work(ed) fine. Have
to test again, maybe something broken during a
Bernhard, will you commit it? I don't see a problem at the moment.
Then Dov can work on top of that with the RTL patch.
Stefan
Am 01.06.2008 um 21:29 schrieb Bernhard Roider:
Dov Feldstern schrieb:
Bernhard Roider wrote:
Hello Stefan,
today i finally found some time to investigat
1 - 100 of 908 matches
Mail list logo