Am 29.11.2010 um 04:26 schrieb Michal:
> On Sun, 28 Nov 2010 21:15:44 +0100
> Pavel Sanda wrote:
>> [...]
>> Michal, thanks for your feedback. you reported however too many bugs
>> to deal with them directly in this list. please push them into
>> bugzilla so we can deal each of them individually.
Am 29.11.2010 um 02:17 schrieb Jose Quesada:
> Hi Stefan,
>
> Running the beta1 code with --enable-build-type=
> development I get the attached output (lyx doesn't start).
This happens because of the format change of the languages file.
You have compiled the new parser code but not the new langu
> is it enough that we encode the mail (against spambots) or you want fake
address?
It's OK to encode it, just to not make it appear in clear.
Thanks.
venom00
On Sun, 28 Nov 2010 21:15:44 +0100
Pavel Sanda wrote:
> [...]
> Michal, thanks for your feedback. you reported however too many bugs
> to deal with them directly in this list. please push them into
> bugzilla so we can deal each of them individually.
I kind of hoped that at least some of the b
On Sun, 28 Nov 2010 19:28:56 + (GMT)
Jim Oldfield wrote:
> > [BUG #1]
> > [...]
> This is a general problem with LyX right click menus, both in 2.0 and
> 1.6: as soon as context-specific items are defined, they erase the
> default ones, rather than adding to them. For instance, there isn't
> I've fixed this, in the sense that you can now use "LaTeXType
> paragraph". Try this:
> [...]
Thank you for your help! I guess I'll have to wait until the next
beta comes out then. After that, I think the only remaining thing is to
change the look of it to be more like ERT (typewriter font,
Abdelrazak Younes wrote:
>>> P.S. Just use my nick "venom00" to identify me, and if possible don't
>>> publish my e-mail address on any public website. Thanks.
>> is it enough that we encode the mail (against spambots) or you want fake
>> address?
>
> In any case his email address is already in p
On 29/11/2010 02:39, Pavel Sanda wrote:
veno...@arcadiaclub.com wrote:
Hi guys!
I hereby grant permission to use my contributions to LyX under the GPL license
version 2 or later.
I love the project and the open-source philosophy!
venom00
P.S. Just use my nick "venom00" to identify me, and if
veno...@arcadiaclub.com wrote:
> Hi guys!
> I hereby grant permission to use my contributions to LyX under the GPL
> license version 2 or later.
> I love the project and the open-source philosophy!
>
> venom00
>
> P.S. Just use my nick "venom00" to identify me, and if possible don't publish
> m
Hi guys!
I hereby grant permission to use my contributions to LyX under the GPL license
version 2 or later.
I love the project and the open-source philosophy!
venom00
P.S. Just use my nick "venom00" to identify me, and if possible don't publish
my e-mail address on any public website. Thanks.
On 11/28/2010 05:14 PM, Pavel Sanda wrote:
rgh...@lyx.org wrote:
@@ -138,6 +138,7 @@
\html_math_output 0
\html_be_strict true
\author 1 "Jean-Marc Lasgouttes"
+\author 223010757 "Richard Heck" rgh...@brown.edu
Richard, you have this line in lyx prefs right?
That was how it was. Now I've
On Sun, Nov 28, 2010 at 11:01:49PM +0100, Pavel Sanda wrote:
> Enrico Forestieri wrote:
> > > philosophically dvipng was introduced to replace legacy stuff which
> > > should be killed
> > > once dvipng is widespread enough, so next question mark...
> >
> > But dvipng is not able to preview ever
Vincent van Ravesteijn wrote:
> What do you mean ?
just for sure. i remember years old flame when somebody tried
to fetch private user info from environemnt and push it into lyx
files automatically... that would be privacy issue.
pavel
Op 28-11-2010 23:14, Pavel Sanda schreef:
rgh...@lyx.org wrote:
@@ -138,6 +138,7 @@
\html_math_output 0
\html_be_strict true
\author 1 "Jean-Marc Lasgouttes"
+\author 223010757 "Richard Heck" rgh...@brown.edu
Richard, you have this line in lyx prefs right?
pavel
What do you mean ?
Vin
rgh...@lyx.org wrote:
> @@ -138,6 +138,7 @@
> \html_math_output 0
> \html_be_strict true
> \author 1 "Jean-Marc Lasgouttes"
> +\author 223010757 "Richard Heck" rgh...@brown.edu
Richard, you have this line in lyx prefs right?
pavel
On 11/28/2010 01:21 AM, Michal Skrzypek wrote:
I think this may be quite easy to do already, though it is a bit of a
hack. LyX 2.0's layouts have an "InPreamble" tag, intended primarily
for use with document classes that want, say, \title to be in the
preamble. It should be possible to create a "
Enrico Forestieri wrote:
> > philosophically dvipng was introduced to replace legacy stuff which should
> > be killed
> > once dvipng is widespread enough, so next question mark...
>
> But dvipng is not able to preview everything the old method can.
> In this case I would say that legacy rhymes w
On Sun, Nov 28, 2010 at 08:31:16PM +0100, Pavel Sanda wrote:
> Enrico Forestieri wrote:
> > On Sat, Nov 27, 2010 at 09:00:06PM +0100, Pavel Sanda wrote:
> >
> > > also dont know whether killing dvipng is harmless or introduce new
> > > regressions
> >
> > Well, right now dvipng is not mandatory
On 11/28/2010 12:02 PM, b...@lyx.org wrote:
Author: baum
Date: Sun Nov 28 18:02:10 2010
New Revision: 36556
URL: http://www.lyx.org/trac/changeset/36556
Log:
Fix bug #7091 and bug #7094
...and thanks for this one, too.
rh
On 11/28/2010 07:27 AM, b...@lyx.org wrote:
Author: baum
Date: Sun Nov 28 13:27:52 2010
New Revision: 36552
URL: http://www.lyx.org/trac/changeset/36552
Log:
Fix bug #6853 (Short titles ignored when InPreamble is set to 1 in layout file)
The fix includes required arguments and LaTeXParam, too.
On 28/11/2010 2:55 PM, veno...@arcadiaclub.com wrote:
In beta1 it doesn't work, don't know why, in trunk works fine. The difference
with dvipng is that is not trimmed on the left side (opposite to numbers), this
make it occupy more space but it's more similar to the final result, see the
attachme
Michal wrote:
> In this mail I've collected all the bugs with LyX 2.0beta1 I've
> spotted so far. Overall, the experience has been very pleasant, but
> there are some glitches worth correcting. My platform is (for now) Win
> XP SP3 Polish.
>
> If something is unclear, please ask - I'm writ
@Julien:
> Also, dvipng won't necessarily fail, it's just that the rendered output
> is not what you would expect. So having two methods with the legacy
> method as fallback is not satisfactory.
Dvipng writes warning on the stderr if something goes wrong to say it's not able
to render certain PS
Georg Baum wrote:
> I agree that TikZ and PSTricks are important, but I don't think that using a
> setting in LyX or in documents is a good idea. The user should not need to
> know these details of the preview generation. Instead, the preview machinery
> of LyX should be smart enough to use the
veno...@arcadiaclub.com wrote:
>There's nothing that the legacy method can't render AFAIK.
on what foundations is build this statement?
(this is without any flaming intentions, i would like to know myself).
pavel
Enrico Forestieri wrote:
> On Sat, Nov 27, 2010 at 09:00:06PM +0100, Pavel Sanda wrote:
>
> > also dont know whether killing dvipng is harmless or introduce new
> > regressions
>
> Well, right now dvipng is not mandatory. If it is not found in the path,
> the legacy method is anyway used.
i rem
> From: Michal
> Sent: Sun, 28 November, 2010 3:00:59
> Subject: LyX 2.0 - some bugs
>
> [BUG #1]
> Branch insets "override" all the rmb menus, so for example the user
> cannot spellcheck single word inside the branch inset via rmb anymore.
> This makes working with branches a whole
On 28/11/2010 10:13 AM, veno...@arcadiaclub.com wrote:
The user should not need to
know these details of the preview generation. Instead, the preview machinery
of LyX should be smart enough to use the right method automatically.
Georg, trying first in a way and then in the other seems useless t
> The user should not need to
> know these details of the preview generation. Instead, the preview machinery
> of LyX should be smart enough to use the right method automatically.
Georg, trying first in a way and then in the other seems useless to me, just a
delay. There's nothing that the legac
Vincent van Ravesteijn wrote:
Log:
Move SCRIPT_CODE to the end to make sure the numbering is still
correct.
>>>
>>> I thought the order does not matter. What is changed by this?
>>>
>> He meant the numbers in the comments, e.g.:
>>
>> MATH_CHAR_CODE, // 55
>>
>> Those were wrong aft
veno...@arcadiaclub.com wrote:
> I think we should drop dvipng, or at least allow to set whether to use
> dvipng or the legacy method in a LyX-wide manner, even if I think that
> leaving it as an option for each document is the best idea. I think this
> defect should be fixed, instant-preview is a
Jürgen Spitzmüller wrote:
> Guenter Milde wrote:
>> If LyX policy is to follow LaTeX policy regarding stability, it's a bit
>> more complicated:
>
> No it's not. Everybody can put the line in their preamble and make that
> the document default. I do not see why we should do anything here. It has
32 matches
Mail list logo
