On 2011-09-19, Vincent van Ravesteijn wrote:
> Op 19-9-2011 3:04, Tommaso Cucinotta schreef:
>> Also, with the last multi-extension patch (and the zipped=native flag
>> for dia), the development version of LyX upgrades my RC file, then my
>> system-wide LyX *refuses to start*!
> You should not
Liviu Andronic wrote:
> On Mon, Sep 19, 2011 at 3:04 AM, Tommaso Cucinotta wrote:
> > AFAICS, it would not be bad to have an option with which LyX tries to ignore
> > what is not understood in future file-formats, and simply goes on trying to
> > execute anyway (e.g., --keep-going a'la make). For
tomm...@lyx.org wrote:
> Author: tommaso
> Date: Mon Sep 19 02:12:09 2011
> New Revision: 39705
> URL: http://www.lyx.org/trac/changeset/39705
>
> Log:
> Added support for natively zipped file formats that do not need decompression
> for being handled by converters
> (e.g., compressed dia, odg, s
Tommaso Cucinotta wrote:
> Done, thanks. Is a command-line guide included also within the on-line docs
> (UserGuide.lyx) ?
don't we have the new nifty advsearch feature of skimming through manuals
only? :)
pavel
On Mon, Sep 19, 2011 at 3:04 AM, Tommaso Cucinotta wrote:
> AFAICS, it would not be bad to have an option with which LyX tries to ignore
> what is not understood in future file-formats, and simply goes on trying to
> execute anyway (e.g., --keep-going a'la make). For example, in the RC file
>
This
Op 19-9-2011 3:04, Tommaso Cucinotta schreef:
Hi,
probably I'm repeating myself, but AFAICS tolerating future
file-formats in lyx would not be a bad idea.
In the last editing of a paper in these days, I had to instruct a PhD
student using an old Debian with LyX 1.6 to:
1) open the .lyx file
Hi,
probably I'm repeating myself, but AFAICS tolerating future file-formats
in lyx would not be a bad idea.
In the last editing of a paper in these days, I had to instruct a PhD
student using an old Debian with LyX 1.6 to:
1) open the .lyx file with an editor
2) replace the 413 with 345 "ma
Il 19/09/2011 02:38, Julien Rioux ha scritto:
On 19/09/2011 1:52 AM, Tommaso Cucinotta wrote:
Done, thanks. Is a command-line guide included also within the on-line
docs (UserGuide.lyx) ?
While you're at it could you please have a look at
http://www.lyx.org/trac/ticket/4312
Done (list of bac
[apologies if you get this twice]
Il 18/09/2011 23:53, Julien Rioux ha scritto:
On 18/09/2011 10:36 PM, Tommaso Cucinotta wrote:
Would you like to change further things in this patch, or can it be
committed ?
No time to test unfortunately, but your patch looks quite good.
One small point:
On 19/09/2011 1:52 AM, Tommaso Cucinotta wrote:
Done, thanks. Is a command-line guide included also within the on-line
docs (UserGuide.lyx) ?
While you're at it could you please have a look at
http://www.lyx.org/trac/ticket/4312
--
Julien
Il 18/09/2011 23:48, Pavel Sanda ha scritto:
atters.\n"
+ "\t-E [--export-to] fmt filename\n"
+ " where fmt is the export format of choice (see
--export),\n"
+ " and filename is the destination
filename.\n"
On 19/09/2011 12:55 AM, Pavel Sanda wrote:
Julien Rioux wrote:
are you sure about this one? ("A spreadsheet made with gnumeric,
openoffice or excel.")
p
But it requires gnumeric?
iirc it can be .xls table, later to be converted via gnumeric.
pavel
Sure, so I'll revert to just "Spreadshee
Julien Rioux wrote:
>> are you sure about this one? ("A spreadsheet made with gnumeric,
>> openoffice or excel.")
>> p
>>
>
> But it requires gnumeric?
iirc it can be .xls table, later to be converted via gnumeric.
pavel
On 18/09/2011 11:59 PM, Pavel Sanda wrote:
jri...@lyx.org wrote:
Author: jrioux
Date: Tue Sep 13 23:50:07 2011
New Revision: 39675
URL: http://www.lyx.org/trac/changeset/39675
Log:
Fix the guiName of external insets.
- Remove hack with $$AbsOrRelPath substitution in the guiName.
Instea
jri...@lyx.org wrote:
> Author: jrioux
> Date: Tue Sep 13 23:50:07 2011
> New Revision: 39675
> URL: http://www.lyx.org/trac/changeset/39675
>
> Log:
> Fix the guiName of external insets.
>
> - Remove hack with $$AbsOrRelPath substitution in the guiName.
> Instead, let LyX display the filen
jri...@lyx.org wrote:
> Author: jrioux
> Date: Sun Sep 11 20:22:59 2011
> New Revision: 39658
> URL: http://www.lyx.org/trac/changeset/39658
>
> Log:
> Merge the preview mechanism for lilypond-book with the standard one.
nice nice nice :)
p
On 18/09/2011 10:36 PM, Tommaso Cucinotta wrote:
Il 18/09/2011 20:37, Julien Rioux ha scritto:
On 18/09/2011 8:22 PM, Tommaso Cucinotta wrote:
Il 18/09/2011 16:03, Tommaso Cucinotta ha scritto:
Please test.
I will later today, thanks.
Made a few tests including a sample dia. If it is inc
Jean-Marc Lasgouttes wrote:
> Le 09/09/2011 15:51, Stephan Witt a écrit :
>>> This problem is tracked at http://www.lyx.org/trac/ticket/2820
>>> and the outcome is that we do not really know how this stuff works :)
>>
>> Really? I'm building our own software RPMs with desktop icon setup.
>> I can h
Tommaso Cucinotta wrote:
> @@ -1054,6 +1057,9 @@
> " Look on Tools->Preferences->File
> formats->Format\n"
> " to get an idea which parameters should be
> passed.\n"
> " Note that the order of -e an
Georg Baum wrote:
> I do not know the latest plans on the build system front. Is there any
> reason why it can not be dropped _right now_? This would prevent people from
> wasting time. I can do the removal if there is no important reason to keep
> scons.
yes or at least move to attic...
pavel
On 18/09/2011 4:43 PM, Tommaso Cucinotta wrote:
Il 17/09/2011 17:29, Julien Rioux ha scritto:
I think the logic about formats should be in Format.cpp, not in
FileName.cpp. FileName.cpp does not know about formats.
Hi,
I think this whole format detection logic in LyX is relatively "fragile".
Liviu Andronic wrote:
> Dear devels
> Is Aspell still supported by LyX 2.0.0 on Windows? This is the second
> installation where I notice that Aspell is installed and LyX only
> proposes Hunspell as spelling engine. I checked the release notes for
> Aspell (on the wiki) and there was no word of rem
On Sun, Sep 18, 2011 at 08:58:14PM +0200, Stephan Witt wrote:
> That was not my intention. I did second your patch already.
> What I wanted is to find an explanation for the current state.
Sorry, I must have misunderstood you.
--
Enrico
Il 18/09/2011 20:37, Julien Rioux ha scritto:
On 18/09/2011 8:22 PM, Tommaso Cucinotta wrote:
Il 18/09/2011 16:03, Tommaso Cucinotta ha scritto:
Please test.
I will later today, thanks.
Made a few tests including a sample dia. If it is included as external
material, then it works.
If it i
Am 18.09.2011 um 21:36 schrieb Liviu Andronic:
> On Sun, Sep 18, 2011 at 8:58 PM, Stephan Witt wrote:
>> I cannot believe any user expects English as default document language
>> when using LyX the first time in a non-english environment.
>>
> I we start playing with that, this could become a t
On Sun, Sep 18, 2011 at 8:58 PM, Stephan Witt wrote:
> I cannot believe any user expects English as default document language
> when using LyX the first time in a non-english environment.
>
I we start playing with that, this could become a thorny issue. Should
we start using the locale to guess &
Am 17.09.2011 um 18:22 schrieb Murat Yildizoglu:
> Hi,
>
> I observe that Lyx 2.0.1 crashed very frequently under OSX. I have
> never observed this problem if I use it continuously. If I leave it
> alone for sometime, doing other things in other softs, and try to
> switch back to Lyx, I get the h
Am 18.09.2011 um 19:05 schrieb Enrico Forestieri:
> On Sun, Sep 18, 2011 at 06:20:24PM +0200, Stephan Witt wrote:
>
>> That's not 100% correct. It does the change for all matching text.
>> With your patch applied, when changing from default to German for a mixed
>> document (some parts in German
On 18/09/2011 8:50 PM, Julien Rioux wrote:
ps2eps file.eps && mv -f file.eps.eps file.eps
just to be clear I meant this:
ps2eps $$i && mv -f $$i.eps $$o
where $$i is input file and $$o is output file (and they can be the same
file)
--
Julien
On 18/09/2011 4:00 PM, Tommaso Cucinotta wrote:
Il 17/09/2011 18:31, Julien Rioux ha scritto:
Ahh, I just found out why I couldn't find this email anymore... you
didn't include the list.
sorry about that.
So is the script needed only because libreoffice produces bad eps?
that depends on how
On 18/09/2011 4:03 PM, Tommaso Cucinotta wrote:
I didn't try it yet, a preliminary comment is: do we need to go to the
rc fileformat = 3 ? (AFAICR, the switch to 2 is still in trunk and is
not "public" yet)
Maybe Richard will comment but from what I have seen that's how file
format numbers wor
On 18/09/2011 8:22 PM, Tommaso Cucinotta wrote:
Il 18/09/2011 16:03, Tommaso Cucinotta ha scritto:
Please test.
I will later today, thanks.
Made a few tests including a sample dia. If it is included as external
material, then it works.
If it is included as a graphics inset, then it doesn't
On 09/18/2011 01:26 PM, Enrico Forestieri wrote:
> On Sun, Sep 18, 2011 at 05:19:49PM +0200, for...@lyx.org wrote:
>
>> Author: forenr
>> Date: Sun Sep 18 17:19:49 2011
>> New Revision: 39700
>> URL: http://www.lyx.org/trac/changeset/39700
>>
>> Log:
>> Fix bug #7621 (Images are not displayed if pa
Il 18/09/2011 16:03, Tommaso Cucinotta ha scritto:
Please test.
I will later today, thanks.
Made a few tests including a sample dia. If it is included as external
material, then it works.
If it is included as a graphics inset, then it doesn't show on the
screen and I have this
on the con
On Sun, Sep 18, 2011 at 05:19:49PM +0200, for...@lyx.org wrote:
> Author: forenr
> Date: Sun Sep 18 17:19:49 2011
> New Revision: 39700
> URL: http://www.lyx.org/trac/changeset/39700
>
> Log:
> Fix bug #7621 (Images are not displayed if path of temp folder contains
> accented characters)
This i
On Sun, Sep 18, 2011 at 6:00 PM, Stephan Witt wrote:
> Yes, I meant the status bar text "Font: default". Not showing the
> language portion of the font (it should be separate anyway) is ok
> if the default value is what the user expects.
>
I guess the user should expect that, unless explicitly men
On Sun, Sep 18, 2011 at 06:20:24PM +0200, Stephan Witt wrote:
> That's not 100% correct. It does the change for all matching text.
> With your patch applied, when changing from default to German for a mixed
> document (some parts in German some parts default) and changing again to
> English all Ge
Am 18.09.2011 um 17:52 schrieb Enrico Forestieri:
> On Sun, Sep 18, 2011 at 05:11:31PM +0200, Stephan Witt wrote:
>
>> Am 18.09.2011 um 14:38 schrieb Enrico Forestieri:
>>
>>> On Sun, Sep 18, 2011 at 02:08:28PM +0200, Stephan Witt wrote:
>>>
We have at least two errors here:
1. the wr
Am 18.09.2011 um 17:28 schrieb Liviu Andronic:
> I haven't followed the entire debate too attentively, but see two
> remarks below.
>
>
> On Sun, Sep 18, 2011 at 5:11 PM, Stephan Witt wrote:
>> If it is English, we can at least display "Default (English)" or something
>> similar.
>> It it is d
On Sun, Sep 18, 2011 at 05:11:31PM +0200, Stephan Witt wrote:
> Am 18.09.2011 um 14:38 schrieb Enrico Forestieri:
>
> > On Sun, Sep 18, 2011 at 02:08:28PM +0200, Stephan Witt wrote:
> >
> >> We have at least two errors here:
> >> 1. the wrong default language is choosen
> >
> > I don't think so
I haven't followed the entire debate too attentively, but see two
remarks below.
On Sun, Sep 18, 2011 at 5:11 PM, Stephan Witt wrote:
> If it is English, we can at least display "Default (English)" or something
> similar.
> It it is dynamically assigned I wouldn't present "Default" as default.
Julien Rioux physics.utoronto.ca> writes:
> Hi Paul,
> Could you please post your module?
> I think its my fault. It should contain this instead of what I wrote
> previously:
>
> Provides xy 1
>
> AddToPreamble
>\usepackage{etex}
>\usepackage{xy}
> EndPreamble
>
Julien,
Thanks, thi
Am 18.09.2011 um 14:38 schrieb Enrico Forestieri:
> On Sun, Sep 18, 2011 at 02:08:28PM +0200, Stephan Witt wrote:
>
>> Am 17.09.2011 um 20:56 schrieb Enrico Forestieri:
>>
>>> On Sun, Sep 11, 2011 at 06:42:37PM +0200, PhilipPirrip wrote:
When one chooses to change the global document
Il 17/09/2011 17:29, Julien Rioux ha scritto:
I think the logic about formats should be in Format.cpp, not in
FileName.cpp. FileName.cpp does not know about formats.
Hi,
I think this whole format detection logic in LyX is relatively "fragile".
FileName.cpp should not know about formats, but i
Il 17/09/2011 17:29, Julien Rioux ha scritto:
I reworked your patch to do what I just described.
I didn't try it yet, a preliminary comment is: do we need to go to the
rc fileformat = 3 ? (AFAICR, the switch to 2 is still in trunk and is
not "public" yet)
It also makes your patch compile.
Il 17/09/2011 18:31, Julien Rioux ha scritto:
Ahh, I just found out why I couldn't find this email anymore... you
didn't include the list.
sorry about that.
So is the script needed only because libreoffice produces bad eps?
that depends on how you expect it to be called. If the output filena
The only thing left would be to handle, in BufferView.cpp, the case
when LTR is changed to RTL, so that one (= the cursor) can leave the
old text (i.e. text that was in a LTR language).
I am not sure what you mean. If you want to write in a RTL language and
the cursor is right after a LTR word
On 09/18/2011 02:08 PM, Stephan Witt wrote:
Because this seems to be a common workflow:
* you start LyX with your local GUI environment
* your GUI language is German -or-Italian-
* you start typing and for text language is... the default
* later you realize that this default is English
* now you
On 18/09/2011 3:54 AM, Paul A. Rubin wrote:
Paul A. Rubin msu.edu> writes:
Julien Rioux physics.utoronto.ca> writes:
In a module, with the usual definition and format lines at the top, put:
provides xypic
AddToPreamble
\usepackage{etex}
\usepackage{xypic}
EndPreamble
Alas,
On Sun, Sep 18, 2011 at 2:38 PM, Enrico Forestieri wrote:
>> To correct this the check for isMultiLingual() should be replaced by a
>> confirmation dialog were the user can decide, IMHO.
>
> Yet another bothering dialog to answer...
>
I would agree with Enrico here: a dialogue would be overkill fo
On Sun, Sep 18, 2011 at 02:08:28PM +0200, Stephan Witt wrote:
> Am 17.09.2011 um 20:56 schrieb Enrico Forestieri:
>
> > On Sun, Sep 11, 2011 at 06:42:37PM +0200, PhilipPirrip wrote:
> >>
> >> When one chooses to change the global document language in the
> >> Document Settings dialog, can someon
Am 17.09.2011 um 20:56 schrieb Enrico Forestieri:
> On Sun, Sep 11, 2011 at 06:42:37PM +0200, PhilipPirrip wrote:
>>
>> When one chooses to change the global document language in the
>> Document Settings dialog, can someone tell me why is the test being
>> made (now in BufferView.cpp, line 1905)
On Sun, Sep 18, 2011 at 12:05:07AM +0200, PhilipPirrip wrote:
> The only thing left would be to handle, in BufferView.cpp, the case
> when LTR is changed to RTL, so that one (= the cursor) can leave the
> old text (i.e. text that was in a LTR language).
I am not sure what you mean. If you want to
Dear devels
Is Aspell still supported by LyX 2.0.0 on Windows? This is the second
installation where I notice that Aspell is installed and LyX only
proposes Hunspell as spelling engine. I checked the release notes for
Aspell (on the wiki) and there was no word of removing it. But I'm
wondering if I
54 matches
Mail list logo