Richard Heck wrote:
> Some of this stuff will have to be exported as comments that we can
> reparse on import. I believe that is already done with some math stuff
> in TeX export.
Really? Do you have an example? I always thought LyX math is 100% equivalent
to LaTeX math (with the exception of ma
stefano franchi wrote:
> The mentioned fixes are fixes to tex2lyx?
No, the math parser in LyX (2.1 of course). tex2lyx did not need any fixes
regarding the math.
Georg
Richard Heck wrote:
> On 02/27/2014 11:27 AM, Alex Vergara Gil wrote:
>>
>> I´m a LyX enthusiast and I can see how great this software is because
>> I have used it for 5 years by now. I´ve always asked in this list for
>> a static target lyx format that should be an intrinsic xml format,
>> which
Georg Baum wrote:
> We still need to decide what
> part of math should be supported for the round trip, but for this decision
> you can assume that all amsmath commands work in LyX (if not I'll fix
> them), and only concentrate on what is problematic in docx/odt and what is
>
Rainer M Krug wrote:
> Richard Heck writes:
>
>> The downside to any python-based approach, though, is that the LyX
>> format is a moving target. The script would need to be updated with
>> every syntax change.
Not necessarily - one could use lyx2lyx to convert to a fixed format.
However, the
stefano franchi wrote:
> On Wed, Feb 26, 2014 at 3:08 PM, Georg Baum
> wrote:
>>
>> I'd use the AMS math test document testmath.tex, this one does not
>> contain too much fancy text stuff. I just fixed some obvious bugs in the
>> LyX math parser.
>
> te
Richard Heck wrote:
> On 02/26/2014 08:54 AM, Jürgen Spitzmüller wrote:
>> 2014-02-26 14:12 GMT+01:00 Stephan Witt:
>>
>> I don't have a Mac OS X 10.9 retail version.
>>
>>
>> Given the importance of this task and the effort you invest for the
>> Mac users, I'd think the LyX project could just
Richard Heck wrote:
> Committed. Thanks.
Unfortunately the mail script did not understand that, there was no email
:-(
Georg
stefano franchi wrote:
> On Wed, Feb 26, 2014 at 9:46 AM, Wilfried wrote:
>>
>> The question is whether we want to support the full set of (AMS)LaTeX
>> commands -- see e.g. the amsmath user's guide (amsldoc.pdf)
>> and the Short Math Guide for LaTeX (short-math-guide.pdf) on page
>> http://www.
stefano franchi wrote:
> Thanks Wilfried, this is great.
Yes, I also think that is is a good mixture of stuff to test.
> I tried importing the latex files into LyX (2.0.7) and compiling to
> pdf and everything seems ok. However, there are a few spots in the
> imported LyX in which Latex code co
Richard Heck wrote:
> I would have thought it was in the spirit of the project to focus on
> ODF. Word reads and writes it, and anyone who's a Word-user can download
> and use Libre Office for free without much loss.
>From what I have heard and seen we cannot assume that odt<->docx is
unproblema
Richard Heck wrote:
> Is it even possible to handle math macros in DOCX? I'd include them,
> because we'll have to do something with them, if only put them in
> comments so they can be recovered on re-import.
math macros are already complicated if you look only at LyX without any
import/export.
stefano franchi wrote:
> Richard, since LyX stores Math expressions in LaTeX native code (I
> believe), does this mean that our current LyX-to0-MathML code is
> actually (or almost) doing a LaTeX-to-MathML export?
Well, the MathML export does not export from the LaTeX representation, but
from t
stefano franchi wrote:
> was this the text you are referring to?
Yes, thanks!
Georg
Pavel Sanda wrote:
> Looks like you get it right.
> Seems even local enough to get into 2.1 unless others disagree.
+1
Georg
Rainer M Krug wrote:
> As far as I know, doc is a non documented binary format - so I would
> definitely not go there.
AFAIK there are many details known about .doc, but this is a dead format,
and any round trip that uses it will be obsolete rather sooner than later.
I wrote something about how
Pavel Sanda wrote:
> Georg Baum wrote:
>> collect information about the show stoppers. What needs to be done?
>
> When strings are more or less freezed, then what used to be #7386, i.e.
> update file, perhaps collect list of new strings compared to 2.0 (should
> be small) an
Richard Heck wrote:
> I seem to remember a discussion a few months ago in which it was
> suggested that there are enough new features already at an advanced
> stage of development to start thinking about a 2.2 release. Anyone else
> have such a memory?
I don't remember exactly, but there was defi
Stephan Witt wrote:
> I've had to learn it's not a good idea to change the Qt-Version or Mac-API
> for a branch version. Given the fact that when 2.1.0 is released it
> becomes a branch version I'd prefer a 2.1.0 with Cocoa. On Mac OS 10.8.6 -
> already one major release behind the current one 10.
Jürgen Spitzmüller wrote:
> Am Samstag 22 Februar 2014, 10:16:47 schrieb Richard Heck:
>> The attached patch mostly fixed bug 8792, but part of it does not work,
>> and I do not see why. See the FIXME for the place, with debugging code
>> after it. The regex does match in the right cases, but we d
Scott Kostyshak wrote:
> Do we have a way on trac to specify that a bug has more than one
> milestone? For example, I'm wondering which of the bugs that currently
> have milestone 2.0.8 also have an implicit target for 2.1.0.
Good question. I don't think that this is possible. I also believe that
Hi,
fortunately there was a lot of activity in trac during the last days/weeks,
so although it might look on the list that the upcoming release is not being
worked on this is not true. However, I believe it would be good to get a
clear picture of what is missing here on the list, therefore I'd
Am Montag, 10. Februar 2014 schrieb Percy Camilo Triveño Aucahuasi:
> Hi Georg,
>
> Good, yes I think math macros is not needed. You mention we can made
> some compromises, in principle, the idea would be have all features from
> math toolbar and math panel toolbar. However, do you know a better s
Uwe Stöhr wrote:
> Hi Georg,
>
> when you change something in the docs, please also think of the Japanese
> version. If you cannot change the necessary bits, just paste in the
> English sentence and Koji will translate it.
Well, it was my intention to change all manuals that document ResetsFont,
Jean-Marc Lasgouttes wrote:
> Thanks for looking at this.
Thanks for the comments, I took all of them into account abnd submitted the
patch.
Georg
Rainer M Krug wrote:
> On 02/07/14, 17:35 , Rob Oakes wrote:
>>
>> On another note, you should also probably have a discussion about how
>> you want to handle maths. The math XML vocabulary in docx is pretty
>> well contained, but it would still be an enormous job to translate it
>> to LyX/LaTeX.
stefano franchi wrote:
> Anyway: I am willing to "mentor" a student through the process of
> producing a LyX-to-Word semantic-only exporter. Scare quotes are
> necessary, because I would have to learn as much as the student. If Rob
> can provide some guidance and expert advice (both as a previous
Rainer M Krug wrote:
> On 02/09/14, 20:25 , Georg Baum wrote:
>
>> This is not possible. There are LyX features that simply do not appear in
>> the exported LaTeX, so they can't be imported (e.g. branches or notes).
>> It might be possible to support all LaTeX fe
Guenter Milde wrote:
> On 2014-02-09, Georg Baum wrote:
>> Rainer M Krug wrote:
>>> On 02/07/14, 10:49 , Vincent van Ravesteijn wrote:
>>>> On Fri, Feb 7, 2014 at 10:02 AM, Rainer M Krug wrote:
>
>> One feature where additional metadata would
&g
Cyrille Artho wrote:
> The issue is that the target file will be edited before it's re-imported
> (otherwise there is no point in exporting the data to being with). This
> can make a clean re-import very challenging.
>
> For example:
>
> "Good": lyx -> latex: Store extra data as special LaTeX co
Rainer M Krug wrote:
> On 02/07/14, 10:49 , Vincent van Ravesteijn wrote:
>> On Fri, Feb 7, 2014 at 10:02 AM, Rainer M Krug wrote:
>>
>>> The idea would be that a round-trip framework is envisaged, which
>>> provides the facilities to easily expand it from one export backend
>>> (docx) to anothe
Rainer M Krug wrote:
> The idea would be that a round-trip framework is envisaged, which
> provides the facilities to easily expand it from one export backend
> (docx) to another (possibly odt? markdown?).
>
> IMPORTANT: this would NOT change ANYTHING in the existing export /
> import features, a
Jerry wrote:
> One can hope (right?) that since a commonality between LyX and docx is
> math that this would be included on the feature set(s). On OS X, the new
> versions of Word have a built-in math typesetting capability (and thus no
> longer depends on MathType). Presumably this is allowed by
Stephan Witt wrote:
> Am 09.02.2014 um 10:32 schrieb Paola :
>
>> Hi all, I've changed my laptop to a Windows 8 machine with high
>> definition, and even the "Big-sized icon" version of the toolbars is too
>> small for me to be working comfortably. Short of changing the screen
>> resolution of my
Jean-Marc Lasgouttes wrote:
> I have a couple questions still.
>
> * the description I see of ResetsFont in the Customization manual
> strikes me as being like the opposite of Inset::inheritFont. How could
> an inset have non-compatible values for these two values? Would it make
> any sense? Or i
This is one of three bugs scheduled for 2.1.0: If you apply font changes,
e.g. small size to a paragraph including a chunk inset, the result will not
be compilable anymore (only after saving and reloading the document).
Jean-Marc did the detective work and found out the reason: resetFontEdit()
Uwe Stöhr wrote:
> thanks for the description of the different paste modes. But as I need to
> update the other languages accordingly, please use change tracking.
No problem, I'll do that next time. Is that documented somewhere? I vaguely
remember that I used to use change tracking for manuals,
Vincent van Ravesteijn wrote:
> On Mon, Feb 3, 2014 at 9:02 AM, Percy Camilo Triveño Aucahuasi <
> percy.camilo...@gmail.com> wrote:
>
>> Dear LyX developers, I'm Percy Camilo Triveño Aucahuasi, I contribute to
>> KDE-Edu[1] (mainly to math applications) and, of course I'm a
>> enthusiastic LyX u
Stephan Witt wrote:
> Am 24.01.2014 um 19:05 schrieb Pavel Sanda :
>
>> Stephan Witt wrote:
>>> I've played a little bit with SVN and LyX and there are IMO some issues
>>> when locking is enabled.
>>>
>>> 1. When a file isn't locked the file is not writable. Ok.
>>> That's why the rename operati
I can't reach trac or use git. Could anybody with enough power have a look
please?
Georg
Pavel Sanda wrote:
> Georg Baum wrote:
>
> Does the ususal suspects at least report it somewhere?
> These are interesting news to me.
There are some links from the wikipedia article:
https://en.wikipedia.org/wiki/SourceForge#DevShare_adware_controversy
http://lwn.net/Articles/
Uwe Stöhr wrote:
> I use SF very often and have not encountered any problems. When I click on
> the links given in the article you linked I also don't get any
> advertisement installers or something.
You may not even notice that an installer is a drive-by installer, it may
install additional stu
Hugo Hinterberger wrote:
> I can download the signature file but that does not match the installer
> from LyXWinInstaller on sourceforge although the SHA1 of the installer
> and
> the SHA1 on sourceforge match–I am guessing those are two different
> builds.
Do we offer windows installers on sou
Kornel Benko wrote:
> Am Mittwoch, 27. November 2013 um 22:15:28, schrieb Kornel Benko
>
>> Am Mittwoch, 27. November 2013 um 22:08:18, schrieb Georg Baum
>>
>> > Kornel Benko wrote:
>> >
>> > > What if env{LYX_USERDIR_VER} not emty _and_ userdir
Kornel Benko wrote:
> What if env{LYX_USERDIR_VER} not emty _and_ userdir set in command line?
> (I mean if they are different)
Then LYX_USERDIR_VER wins (since this is the least intrusive solution), but
setting both to different values does not make sense anyway.
> I tried it, but the environm
Jean-Marc Lasgouttes wrote:
> Le 25/11/13 20:49, Georg Baum a écrit :
>> Scott Kostyshak wrote:
>>
>>> On Thu, Nov 21, 2013 at 4:22 PM, Kornel Benko wrote:
>>>>
>>>> Should we change the convertor calls?
>>>>
>>>>
Kornel Benko wrote:
> This should not be the case.
> The line configure.ac:177 should define HAVE_LOCKF, but maybe I am
> misunderstanding.
Yes, you are right., I did forget to run autogen.sh. After doing that
lockf() is correctly detected.
Georg
Vincent van Ravesteijn wrote:
> Kornel Benko schreef op 25-11-2013 13:20:
>>
>> Am Montag, 25. November 2013 um 13:01:05, schrieb Vincent van
>> Ravesteijn
>>
>> >
>>
>> > The problem is that the commit is touching very essential code. If
>>
>> > something goes wrong LyX becomes pretty much unusa
Kornel Benko wrote:
> Am Montag, 25. November 2013 um 22:48:11, schrieb Vincent van Ravesteijn
>
>> Georg Baum schreef op 25-11-2013 21:09:
>>
>> > However, in this particular case, the code has a problem:
>> > support::fileLock() and support::fi
Stephan Witt wrote:
> Am 25.11.2013 um 13:01 schrieb Vincent van Ravesteijn :
>
>> The problem is that the commit is touching very essential code. If
>> something goes wrong LyX becomes pretty much unusable (e.g. if configure
>> isn't run anymore). We can never be sure that there is no platform o
Kornel Benko wrote:
> Running 2 lyx processes with the same (and empty) userdir, means the
> configure.py are running parallel building the data in that dir. The
> result is mostly crap.
I believe that the same crap happens if you use a graphical file manager and
drag several files at once onto
Scott Kostyshak wrote:
> On Thu, Nov 21, 2013 at 4:22 PM, Kornel Benko wrote:
>>
>> Should we change the convertor calls?
>>
>> E.g. LaTeX(plain) -> LyX
>>
>> ...tex2lyx -userdir $$User -f $$i $$o
>>
>> (This does not work unfortunately)
Yes, something like this would be needed.
> I'm guessing
Kornel Benko wrote:
> Am Mittwoch, 20. November 2013 um 00:30:54, schrieb Tommaso Cucinotta
>
>>
>> What about boost::interprocess::file_lock ?
>>
>> Note from
>>
>>
http://www.boost.org/doc/libs/1_55_0/doc/html/boost/interprocess/file_lock.html
>>
>> "A file lock can't guarantee synchroni
Scott Kostyshak wrote:
> I'm guessing tex2lyx is assuming that ~/.lyx (or ~/.lyx2.1) is my
> userdir. If it does not exist and I use -userdir on the commandline to
> start LyX, tex2lyx gets confused:
The reason for this is that tex2lyx gets called without the -userdir switch.
This happens also f
Kornel Benko wrote:
> Sorry for my reaction. I felt, like I had to stop doing something I am
> confident in. That hurts.
> (I experienced some flame wars on this list, and they started like this.
> So I panicked)
OK.
> Yes, you did. I hadn't read carefully. It was a collaborative work with
> Sco
Kornel Benko wrote:
> Am Montag, 18. November 2013 um 22:04:27, schrieb Georg Baum
>
>> Kornel Benko wrote:
>>
>> > 1.) It is for tests only.
>> > 2.) I am not so fond of python
>> > 3.) we (Scott and me) needed some way to do it
>>
>>
Kornel Benko wrote:
> Trying to lock with
> open(lock_file.c_str(), O_CREAT|O_EXCL|O_SYNC|O_RDWR, 0666);
> seams to work here. So no fcntl anymore.
This is not portable either.
Georg
Kornel Benko wrote:
> 1.) It is for tests only.
> 2.) I am not so fond of python
> 3.) we (Scott and me) needed some way to do it
I understand that you do prefer perl personally. However, you are not the
only one involved here, and especially considering the big man power problem
we currently h
Kornel Benko wrote:
> Actually, good idea. Stupid me, I didn't think of it.
> Still the question stays: Is it portable enough?
What exactly do you mean? Using a file for locking works fine on every OS
relevant for LyX. fnctl/flock is not portable, the actual locking mechanism
needs to be OS dep
Kornel Benko wrote:
> diff --git a/development/autotests/lyxStatus.pm
> b/development/autotests/lyxStatus.pm new file mode 100644
> index 000..b8d0b5f
> --- /dev/null
> +++ b/development/autotests/lyxStatus.pm
> @@ -0,0 +1,357 @@
> +#! /usr/bin/env perl
> +# -*- mode: perl; -*-
While I really
Kornel Benko wrote:
> Hi,
> can we please have some locking mechanism here?
This would indeed be a good idea.
> While parallel export testing is OK, if the userdir is configured,
> it is not if started with a fresh created userdir.
>
> I have a patch implementing it. While this works for me, I
José Matos wrote:
> That was on my todo list for some time but now that David has arrived (12
> October) my free time is gone for a while. :-)
Congratulations :-) :-) :-) :-) :-) :-)
(now my stock of smileys is exhausted for one week, except a last one :-)
Georg
When copying to the clipboard you can get a message box with an error
message if the HTML conversion fails (bug 8866). Since errors are in general
completely ignored for clipboard copying, I implemented that for the HTML
case as well. OK to go in?
Georgdiff --git a/src/Buffer.cpp b/src/Buffer.
Tommaso Cucinotta wrote:
> One tiny issue, though: the "LyX Chat" menu in stdmenus.inc: that is going
> to be added anyway, even though the "dialog-show lyx-chat" is not going to
> be anyway meaningful without USE_QXMPP ?
>
> Is there a way to get rid of the menu entry as well, in such case ?
Ye
Tommaso Cucinotta wrote:
> On 08/11/13 21:17, Tommaso Cucinotta wrote:
>> On 08/11/13 19:59, Georg Baum wrote:> importString() takes a docstring,
>> therefore it must be in UCS4 encoding. If
>>
>> I'm importing using from_utf8() as I've seen it often us
Tommaso Cucinotta wrote:
> Hi,
>
> I'm facing this problem: I try to import in LyX a latex paragraph
> containing accented characters via Buffer::importString(), but the result
> is not showing properly on screen. How can I fix this ?
importString() takes a docstring, therefore it must be in UCS
Scott Kostyshak wrote:
> Is another way PLyX? I've never used it, but it seems related.
> http://wiki.lyx.org/Examples/PLyXSystem
I never used it either, but AFAIK it is not for generating LyX documents
from scratch, but for manipulating existing ones and reading them back in.
It is quite funny
Zahari Dim wrote:
> Currently the two ways that I know of, of inserting content into an active
> LyX document are trough LFUNs and trough pasting the clipboard contents
> (the third being generating a lyx file and having the user manually
> copying from it...).
You could also generate a LyX file
Tommaso Cucinotta wrote:
> Ok,
>
> I have a string, and I'd like to interpret it as a latex segment, to be
> imported into a lyx document. What's the easiest way ?
>
> i.e.:
>
> onMessageReceived(string const & from, string const & msg) {
> BufferView *bv = ;
> Buffer & buf = bv.buffer();
>
Vincent van Ravesteijn wrote:
> First of all it is a misunderstanding that the bug manifests itself as a
> difference between GUI and non-GUI export: "It's just another joy of
> multithreading".
Both is true, since GUI export uses a second thread, and command line export
does not.
> As I wrote
Jean-Marc Lasgouttes wrote:
> 11/10/2013 12:14, Jürgen Spitzmüller:
>>
>> I suppose the rationale is that the menu strings etc. displayed by this
>> inset should conform the actual language of the GUI.
>
> The use case is indeed when a user opens the Help files in LyX. The menu
> and shortcuts ar
Richard Heck wrote:
> Just a question: Is there any reason not just to use the lazy version
> everywhere? The only place the non-lazy constructor is used is in
> MacroTable::insert. We don't have a DocIterator there, but perhaps
> we could pass one from upstream?
I don't know. Maybe in that case
Enrico Forestieri wrote:
> On Wed, Oct 09, 2013 at 10:22:20PM +0200, Georg Baum wrote:
>> Enrico Forestieri wrote:
>>
>> > The other difference I noticed is that on Cygwin and Solaris I get
>> > \renewcommand instead of \newcommand. That is, applying your patch,
Vincent van Ravesteijn wrote:
> The other difference I noticed is that on Cygwin and Solaris I get
>> \renewcommand instead of \newcommand. That is, applying your patch,
>> on Debian exporting from the GUI or from command line, produces the
>> same result, but lyx segafaults on exit.
>> On Cygwin
Pavel Sanda wrote:
> Georg Baum wrote:
>> but if I use the Czech GUI I see that \shortcut{undefined} is translated
>> if exported from the GUI, and untranslated if exported from the command
>> line. This should not happen.
>
> This is because InsetInfo produces outpu
Enrico Forestieri wrote:
> On Tue, Oct 08, 2013 at 09:49:44PM +0200, Vincent van Ravesteijn wrote:
>>
>> I tried to use QThreadStorage, which works on Windows, but on Linux
>> I keep getting segmentation faults.
Vincent, I extended your patch to protect all IconvProcessor instances.
Thanks to E
Scott Kostyshak wrote:
> I saw this too. For me the difference was that one of them (I forget
> which) was showing when I exported from the command line and one of
> them when I exported from the GUI. I think (in my case) it was
> explained by the following:
> When I exported from the command line
Jean-Marc Lasgouttes wrote:
> 08/10/2013 14:24, Jean-Marc Lasgouttes:
>> 07/10/2013 23:24, Georg Baum:
>>
>> Is there something like per-thread static storage? We do not really need
>> mutexes, since it is not concurrent access to the same information.
thread-local
Richard Heck wrote:
> The things that are turning up in the corrupt file look to me like UI
> strings. So I'm guessing that what happens is that, while the file is
> being exported, we are calling the iconv stuff to deal with UI strings,
> and we end up with a mess. Perhaps this is more likely to
Enrico Forestieri wrote:
> On Mon, Oct 07, 2013 at 11:39:57AM -0700, Pavel Sanda wrote:
>
>> Enrico Forestieri wrote:
>> > The problem here is that to_utf8() (and most probably all other
>> > conversion routines) is not thread safe, maybe due to the static
>> > output buffer in iconv_convert().
>
Richard Heck wrote:
> Great work, Enrico. I've posted the patch to the bug report. We'll see
> what the reporter has to say.
Great work indeed!
> It is very strange that I can't reproduce, if this is the cause, and,
> indeed, that people haven't been seeing this bug all along.
This is not stran
Vincent van Ravesteijn wrote:
> I noticed that in src/Makefile.am there is still "check_PROGRAMS:
> check_layout" left. I guess this should be removed.
That was my first thought as well, but it does not work if you remove this:
There would be no rule to build check_layout. I'll submit the patch
Vincent van Ravesteijn wrote:
> Ok, thanks for having a look at it.
I came up with a rather basic version. I did not test the new targets with
anything else than GNU make and GNU bash, but since they are mainly for our
own use I don't consider this a problem. The main goal (not having the tests
Vincent van Ravesteijn wrote:
> Is there any volunteer that wants to fix the Autotools "distcheck" target
> ?
>
> This basically comes down to stripping the new tests from the "check"
> target and to introduce a different target to run the tests.
>
> I'm not that experienced with Makefiles, that
Kornel Benko wrote:
> With this change the test-insets.tex-test works for me.
>
> Not sure, how to handle this. Georg?
See
http://www.lyx.org/trac/changeset/c7cdac6561c440af205628f92ecbebef6d6a21da/lyxgit/.
This is a different problem than the one you saw before.
Georg
Pavel Sanda wrote:
> Georg Baum wrote:
>> However, since LyX depends heavily on external tools, failures like
>> this do not indicate a problem with the test, but with the spreadsheet
>> support on this particular distro, so actually the test did its job.
>
> This d
Jean-Marc Lasgouttes wrote:
> I remember that we had a request about that. However, replacing all \n
> in the LyX code by some macro that can output \r\n is not something I
> want to do. I am not even not sure of how this is handled by C++.
You could do it at file stream level: Always output the
Vincent van Ravesteijn wrote:
> Op 16 jul. 2013 09:53 schreef "Kornel Benko" het
> volgende:
>>
>> Am Dienstag, 16. Juli 2013 um 10:43:49, schrieb Vincent van Ravesteijn <
> v...@lyx.org>
>>
>> > > No, you misunderstood me. I claim we shouldn't run this whole
> extensive
>>
>> > > set of test on
Kornel Benko wrote:
> I for one have gnumeric installed, still this test fails.
>
> Which converter do you have in mind?
> (here: Gnumeric -> Latex, "ssconvert --export-type=Gnumeric_html:latex $$i
> $$o")
Yes. Which version? Mine is 1.10.17.
Georg
Pavel Sanda wrote:
> Vincent van Ravesteijn wrote:
>> commit 290f3af8625052ac47183fda0d3695d8057a880d
>> Author: Vincent van Ravesteijn
>> Date: Wed Jul 3 23:40:58 2013 +0200
>>
>> This is LyX 2.1.0beta1
>
> It won't install by default on my distro, because make check fails:
>
> make ch
Vincent van Ravesteijn wrote:
> I'm still around, but I can't cope with preparing the release and to keep
> track of all latest patches and bug fixes that might want to get in.
Then please ask for help, i.e. let somebody filter them for you.
> The release notes and announce are updates. I will r
Stephan Witt wrote:
> Am 14.07.2013 um 11:11 schrieb Kornel Benko :
>
>> Am Samstag, 13. Juli 2013 um 17:21:42, schrieb Scott Kostyshak
>>
>> > This might be an issue on my end. Do they all pass for everyone else?
>> > My HEAD is at f4bc3919.
>> >
>> > The following tests FAILED:
>> > 12 - tex2
Dear all,
I must admit that I am quite unhappy with the current situation. While I am
pretty sure that there are good reasons why Vincent cannot spend more time
on LyX currently, we really need a beta release. I am thinking of simply
merging the 2.1-staging branch and releasing that. Even if th
Scott Kostyshak wrote:
> How does it know that pasting text failed? Because there is no
> text/plain? Or because after text/html is converted it is an empty
> string?
The latter.
>> Does this work for you? What about the garbled text which you posted
>> earlier?
>
> This works well for me.
>
>
Scott Kostyshak wrote:
> Thanks for taking a look and trying to reproduce. What OS are you
> using? What browser? I'm using Ubuntu 13.04 and Chromium and Firefox.
I tested Iceweasel, Konqueror and Opera on Debian Wheezy. With Chromium I
was finally able to reproduce your problem.
> CopyQ shows
Scott Kostyshak wrote:
> On Sun, Jun 9, 2013 at 4:48 AM, Georg Baum
> wrote:
>> Scott Kostyshak wrote:
>>
>>> Bisect leads me here:
>>> c14b9e67
>>
>> Thanks, I'll have a look.
>
> Did you have a chance to take a look at this Georg?
Richard Heck wrote:
> On 07/04/2013 12:35 PM, Jürgen Spitzmüller wrote:
>> Georg Baum wrote:
>>> You are right, I was about to write something very similar. IMO at least
>>> http://www.lyx.org/trac/ticket/8729,
>>> http://www.lyx.org/trac/ticket/8759, http://
Scott Kostyshak wrote:
> On Mon, Jun 10, 2013 at 3:53 PM, Georg Baum
> wrote:
>> Julien Rioux wrote:
>>
>>> Did we not decide to drop the .0 part?
>>
>> For stable versions yes. I proposed at
>> http://www.lyx.org/trac/ticket/7951 to do it also for
Julien Rioux wrote:
> On 24/06/2013 5:35 PM, Uwe Stöhr wrote:
>> Am 09.06.2013 01:15, schrieb Uwe Stöhr:
>>
>>> attached a 2 fixes for LyX 2.1 beta:...
>>
>> Ping!
>>
>> Why about the current development? I have been away for 2 weeks but LyX
>> seems to stuck on something I don't know and cannot f
Julien Rioux wrote:
> Did we not decide to drop the .0 part?
For stable versions yes. I proposed at http://www.lyx.org/trac/ticket/7951
to do it also for development versions, but no consenus was reached.
> Although I did not see an issue
> for tex2lyx, we still have this issue for lyx2lyx:
> h
1101 - 1200 of 6177 matches
Mail list logo