Hi Richard,
exporting (or displaying) longtables in LyXHTML-format discards the
table-header.
Export through other format (e.g. PDF (pdflatex)) is ok.
Normal tables export is fine though.
Kornel
signature.asc
Description: This is a digitally signed message part.
> It is a derivative of my thesis template. Of course every University has its
> own thesis layout. Therefore the thesis template is designed to give the
> user a basic feeling how a thesis will look like. The template can easily be
> modified to fulfill the requirements of every university.
> For
On 10/27/2010 09:38 PM, Uwe Stöhr wrote:
While debugging LyX to fix http://www.lyx.org/trac/ticket/6985 I
noticed the following general dialog and context-menu issues:
- right-clicking on a table cell (to see the context menu) invokes
InsetTabular::getStatus 4 times
This is expected: We're c
On 10/27/2010 08:00 PM, Vincent van Ravesteijn wrote:
As far as I can see, this name parameter is not used, because
InsetCommandParams already has a insetCode associated with it.
Is it ok to remove it then and to clean up a lot again ?
see:
http://gitorious.org/lyx/lyx/commit/f7da26338d03df01
While debugging LyX to fix http://www.lyx.org/trac/ticket/6985 I noticed the following general
dialog and context-menu issues:
- right-clicking on a table cell (to see the context menu) invokes
InsetTabular::getStatus 4 times
- opening the table settings dialog (by clicking on the Settings en
> You are going forward... you should go backward.
Ah, OK.
When I replace "++it" by "--it" the compiler quites with the message that there are unresolved
externals because a variable beginning with "--" doesn't exist. This is strange because I thought
that -- can be used the same way as ++.
>
On 10/27/2010 12:36 PM, Jean-Marc Lasgouttes wrote:
Le 27/10/2010 15:39, Richard Heck a écrit :
On 10/27/2010 04:17 AM, Jean-Pierre Chrétien wrote:
Tested with French.
The \lyxref encapsulation does not work when ":" is active.
I'm trying to find a workaround, I'll keep you posted.
OK. Pleas
Hello,
(I'm german, sorry for my bad english)
I tryed to use *.modul method. I want to use Lyx nesting, but I have
to implement a COMMAND, not an environment.
There was another question: http://www.lyx.org/trac/ticket/6854 but
it did'nt helped me.
On Wed, Oct 27, 2010 at 05:13:20PM +0200, Vincent van Ravesteijn wrote:
> > I disagree here, we should move to gitorious altogether. Keeping an
> > automatic svn update requires time (and cpu) and this time is better spent
> > on development IMO. This way the periodical problems we have with the sv
On Wed, Oct 27, 2010 at 06:34:22AM +0200, Vincent van Ravesteijn wrote:
> >> I did something like this for Buffer::loadLyxFile(). Where would you
> >> advice to put the UI then ? I can now spit out a lot of error messages
> >> according to the number the functions comes up with. In Buffer ? In
> >>
Hi Vincent, this appears to be another recent regression, this time
from r35832 on Monday.
Keycodes: \Av\Ae\AhY\A%
To reproduce:
1) Press Alt-V, E to split the Screen
2) Press Alt-H, Y to Open Help->LyX Functions
3) Press X
I then get the Assert:
/usr/include/c++/4.4/debug/vector:272:error: att
Richard Heck a écrit :
On 10/27/2010 04:17 AM, Jean-Pierre Chrétien wrote:
Tested with French.
The \lyxref encapsulation does not work when ":" is active.
I'm trying to find a workaround, I'll keep you posted.
OK. Please let me know. We may need some \catcode thing in there?
Sure, that'
On 10/27/2010 04:17 AM, Jean-Pierre Chrétien wrote:
Tested with French.
The \lyxref encapsulation does not work when ":" is active.
I'm trying to find a workaround, I'll keep you posted.
OK. Please let me know. We may need some \catcode thing in there?
Richard
Hello,
(I'm german, sorry for my bad english)
I tryed to use *.modul method. I want to use Lyx nesting, but I have
to implement a COMMAND, not an environment.
There was another question: http://www.lyx.org/trac/ticket/6854
but it did'nt helped me.
Pavel Sanda wrote:
> hi,
status update #2
> 1) short resume for things we need before releasing beta
> - Richard has some pending work on lyx2lyx which will finish some JMarc work.
> - pending patch from Gregory Jefferis for CT, Vincent might have look on it.
(this is in progress, we wait for
Am 27.10.2010 um 11:14 schrieb Vincent van Ravesteijn:
> You know what would be cool ?
>
> Version Control BLAME :)... that LyX shows you the whole document
> colored with when the last change was, and if you hover over with your
> mouse, a popup will show, who wrote it, when he wrote it, and wha
Vincent van Ravesteijn wrote:
> You know what would be cool ?
>
> Version Control BLAME :)... that LyX shows you the whole document
:D
> colored with when the last change was, and if you hover over with your
> mouse, a popup will show, who wrote it, when he wrote it, and what his
> reason was to
Vincent van Ravesteijn wrote:
> I'm not yet sure whether we should make one document of both the
> Rules/Language Advice/Style and the implementation/design issues.
i would prefer one doc.
pavel
Vincent van Ravesteijn wrote:
> Just to inform you. I made a git repository on gitorious.
so we have 3rd git mirror :) (maintainer left the other moths back)
> I will update this from svn from time to time and I'm planning to put
> some personal stuff of mine in there to synchronize development
> perhaps kill the old ascii file (or move it to attic) so there is unambiguous
> location.
Yes, I will. I wanted to wait until this new document is somewhat
decent (I'm not sure why though).
>also you nice log about casts could be saved somewhere.
It's already in there, but I hide it in the app
Stephan Witt wrote:
> > Maybe we can create another document on the design principles and
> > major structure in the LyX code. There are already some pieces, but we
> > have to get them up to date and to put them in one place.
> >
> > Comments ?
perhaps kill the old ascii file (or move it to atti
You know what would be cool ?
Version Control BLAME :)... that LyX shows you the whole document
colored with when the last change was, and if you hover over with your
mouse, a popup will show, who wrote it, when he wrote it, and what his
reason was to write it (read log).
Anyone ?
Vincent
Stephan Witt wrote:
> I've done a little bit... before I continue, what are the rules here?
there are no specific rules for this manual.
> Use current lyx version - trunk for trunk and branch for branch, I guess?
yes.
> Turn on change tracking?
> Edit the english version and hope for translatio
On 10/27/2010 07:50 AM, Vincent van Ravesteijn wrote:
For some numbers a glimpse of the old battles:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg126692.html
I am surprised this was only three years ago.
Andre', feeling younger suddenly.
Ah, we didn't have those in-depth disc
Jean-Pierre Chrétien free.fr> writes:
>
> Richard Heck comcast.net> writes:
>
> >
> >
> > OK, one last try at a refstyle patch.
> >
> > Comments welcome.
> I'll investigate more with my examples.
>
Tested with French.
The \lyxref encapsulation does not work when ":" is active.
I'm tryi
On 10/27/2010 09:42 AM, Vincent van Ravesteijn wrote:
Guess what? You fix it and all InsetDialog based dialogs will be fixed :-P
Abdel.
I guessed something different. Something like that the author of the
InsetDialog class would increment the beauty of his design to such a
level that eve
> Guess what? You fix it and all InsetDialog based dialogs will be fixed :-P
>
> Abdel.
>
I guessed something different. Something like that the author of the
InsetDialog class would increment the beauty of his design to such a
level that even this little Restore button in the lower left would
beh
On 10/27/2010 07:50 AM, Vincent van Ravesteijn wrote:
For some numbers a glimpse of the old battles:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg126692.html
I am surprised this was only three years ago.
Andre', feeling younger suddenly.
Ah, we didn't have those in-depth disc
On 10/27/2010 06:53 AM, v...@lyx.org wrote:
Author: vfr
Date: Wed Oct 27 06:53:27 2010
New Revision: 35861
URL: http://www.lyx.org/trac/changeset/35861
Log:
Add a lyx-file version of the files: Rules and Recommendations.
We might get this document a bit up-to-date.
Very nice initiative!
On 10/27/2010 06:34 AM, Vincent van Ravesteijn wrote:
I did something like this for Buffer::loadLyxFile(). Where would you
advice to put the UI then ? I can now spit out a lot of error messages
according to the number the functions comes up with. In Buffer ? In
buffer_funcs ? In GuiView ?
On 10/27/2010 06:22 AM, Vincent van Ravesteijn wrote:
If we are going to use dynamic casting in core code I suggest that we do
that fully and remove our own implementation of that (asInsetCommand(),
asInsetMath(), etc)...
Yes, ok.
I hope you agree with my log message in http://www.lyx.or
Ah.. and thanks for reporting and checking upon us.
Vincent
> Hi, Vincent you suggested I report recent regressions to the list, and
> this commit was from yesterday.
Yes, I did. My suggestion was even to not create a bugreport for it.
This kind of things will be fixed very quickly.
Fixed at r35863.
Vincent
33 matches
Mail list logo
