Go for it.
JMarc
On 18 février 2014 07:28:59 UTC+01:00, Richard Heck wrote:
>
>It seems to me that we do not need separate bug componets for import,
>export, and convertors (sic), especially since I own them all. Anyone
>object if I introduce a single converters (not sic) component and
>migra
It seems to me that we do not need separate bug componets for import,
export, and convertors (sic), especially since I own them all. Anyone
object if I introduce a single converters (not sic) component and
migrate the rest to it?
Richard
On Mon, Feb 17, 2014 at 4:58 PM, Uwe Stöhr wrote:
> Am 15.02.2014 09:41, schrieb Scott Kostyshak:
>
>
>> Do you mind if I commit the attached patch? It restores out-of-the-box
>> compilation for Japanese users. I'm guessing you did not mean to make
>> this change. If you meant to change it I think
On Mon, Feb 17, 2014 at 4:58 PM, Uwe Stöhr wrote:
> Am 15.02.2014 09:41, schrieb Scott Kostyshak:
>
>
>> Do you mind if I commit the attached patch? It restores out-of-the-box
>> compilation for Japanese users. I'm guessing you did not mean to make
>> this change. If you meant to change it I think
Am 18.02.2014 00:53, schrieb Uwe Stöhr:
That is interesting because I once wrote the installer for JabRef years ago. I
don't now who is the
current maintainer of the JabRef installer but you would help me if you could
send me your solution
for the silent uninstallation.
Hello Øyvind,
it was
Am 17.02.2014 02:42, schrieb Uwe Stöhr:
Attached is the patch to fully support the \xarrow commands including HTML
support.
I forgot that there are more \xarrow commands provided by the mathtools package. Attached is an
updated patch.
regards Uwe
src/mathed/InsetMathNest.cpp | 13
Am 15.02.2014 09:41, schrieb Scott Kostyshak:
Do you mind if I commit the attached patch? It restores out-of-the-box
compilation for Japanese users. I'm guessing you did not mean to make
this change. If you meant to change it I think you would have changed
it for all Japanese documents.
This p
On 02/17/2014 08:25 AM, Stephan Witt wrote:
Am 16.02.2014 um 17:57 schrieb "Vishnampet Ganapathi Subramanian, Ramanathan"
:
I tried your patch and it doesn't harm clang builds. So, I can to apply it for
you.
But, please send a short statement like the following to
lyx-devel@lists.lyx.org:
17/02/2014 12:40, Kornel Benko:
I tried the patch. This time the crash came at the first undo/redo pair.
OK.
Apropos, I tried to login at the bug-tracker, with no success.
Could not even reset.
I just tried to login, and it seems to work.
JMarc
I wonder if it would be easier to add C++ binding to something like
MathQuill? That would seem a very Qt5 thing to do.
http://mathquill.com/demo.html
I was even wondering if it would make sense plan to eventually replace the
lyx rich text editor with an html5/javascript-ish* one. For example j
On Sun, Feb 16, 2014 at 8:22 AM, Dustin J. Mitchell wrote:
> I hereby grant permission to license my contributions to LyX under the
> Gnu General Public Licence, version 2 or later.
>
> Dustin J. Mitchell
Thanks, Dustin. You're now added to the CREDITS (in Help > About).
Best,
Scott
Am 16.02.2014 um 17:57 schrieb "Vishnampet Ganapathi Subramanian, Ramanathan"
:
> Hello,
>
> This is my first patch submission to any project, so please ignore if it
> appears to be irrelevant!
>
> I compiled the 2.1.0beta2 branch using g++-4.8 on my MacBook Pro:
>
> lyx/build $ cmake ../ -DC
On Mon, Feb 17, 2014 at 6:40 AM, Kornel Benko wrote:
> Am Montag, 17. Februar 2014 um 11:03:16, schrieb LyX Ticket Tracker
>
>
> Apropos, I tried to login at the bug-tracker, with no success.
>
> Could not even reset.
Strange. I have a distant memory of having such a problem a while ago.
I don't
Am Montag, 17. Februar 2014 um 11:03:16, schrieb LyX Ticket Tracker
> #8973: SIGSEGV after undo following replacement of a multicell selection
> --+-
> Reporter: skostysh | Owner: lasgouttes
> Type: defect|
On Mon, Feb 17, 2014 at 4:14 AM, Kornel Benko wrote:
> Am Sonntag, 16. Februar 2014 um 14:21:42, schrieb Vishnampet Ganapathi
> Subramanian, Ramanathan
>
>> Hello,
>
>>
>
>> I'm trying to compile branch 2.0.x with clang. I'm using:
>
>>
>
>> $ clang --version
>
>> Apple LLVM version 5.0 (clang-50
Am 16.02.2014 um 15:21 schrieb "Vishnampet Ganapathi Subramanian, Ramanathan"
:
> Hello,
>
> I’m trying to compile branch 2.0.x with clang. I’m using:
>
> $ clang --version
> Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
> Target: x86_64-apple-darwin13.0.0
> Thread model: posix
Am Sonntag, 16. Februar 2014 um 14:21:42, schrieb Vishnampet Ganapathi
Subramanian, Ramanathan
> Hello,
>
> I’m trying to compile branch 2.0.x with clang. I’m using:
>
> $ clang --version
> Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
> Target: x86_64-apple-darwin13.0.0
> Thre
17 matches
Mail list logo
