I don't understand what the problem is of "reply all".
I got your email twice, that's the problem.
You can do something about it yourself.
I don't understand. How could I prevent you to send me a private email?
Read this again:
To prevent duplication you either send to the list from the
Op 8-11-2011 22:03, Peter Kümmel schreef:
On 08.11.2011 21:59, Vincent van Ravesteijn wrote:
Op 8-11-2011 21:48, Peter Kümmel schreef:
Is it still necessary to disable the reply function for this list?
Most people are now used to press "reply all" which only
produces unneeded
Op 8-11-2011 21:48, Peter Kümmel schreef:
Is it still necessary to disable the reply function for this list?
Most people are now used to press "reply all" which only
produces unneeded duplicates.
Peter
I don't understand what the problem is of "reply all".
To prevent duplication you either s
Op 8-11-2011 0:46, Tommaso Cucinotta schreef:
Il 07/11/2011 14:46, Tommaso Cucinotta ha scritto:
However, now I broke compilation of lyxclient which complains with
errors about not knowing anything about #include and you
can imagine what else...
this is fixed in the attached refined version
I did try the patch. I opened the user guide, previewed it as dvi, and
cancelled.
After that, I had to wait still a long time because the export just
continued. Only the processes weren't started. Maybe this doesn't take
that long in the release version, but still.
Takes it so long to gener
Op 6-11-2011 22:42, Peter Kümmel schreef:
On 06.11.2011 17:32, Peter Kümmel wrote:
In the end, this all comes down to rewriting the export logic.
I assume it isn't that complicated: kill all processes, and disable
starting new ones until the gui tells that the doExport is finished.
See at
Op 6-11-2011 13:47, Micha H. Werner schreef:
Dear all,
I tried to compile and run LyX 2.0.1 on (L)ubuntu Natty. It seemed to
compile properly, but when I run LyX from the terminal, I get the
strange messages you may find below. Also, LyX seems to crash more
often than under Ubuntu Lucid (where I
The first file wasn't part of the patch...
From: Vincent van Ravesteijn
---
src/Converter.cpp | 47 +++
src/Converter.h | 14 +
3 files changed, 701 insertions(+), 0 deletions(-)
create mode 100644 development/coding/#newfile1.lyx#
diff --git
Op 6-11-2011 13:47, Micha H. Werner schreef:
Dear all,
I tried to compile and run LyX 2.0.1 on (L)ubuntu Natty. It seemed to
compile properly, but when I run LyX from the terminal, I get the
strange messages you may find below. Also, LyX seems to crash more
often than under Ubuntu Lucid (where I
Op 5-11-2011 23:00, Abdelrazak Younes schreef:
On 05/11/2011 18:25, Richard Heck wrote:
On 11/05/2011 11:50 AM, Abdelrazak Younes wrote:
On 05/11/2011 16:44, Richard Heck wrote:
On 11/05/2011 03:12 AM, Vincent van Ravesteijn wrote:
Op 4-11-2011 22:44, Richard Heck schreef:
Hey, all,
I
Op 4-11-2011 22:44, Richard Heck schreef:
Hey, all,
I've been working on making it possible to cancel an export in the
background. I have it working at least part of the way. The problem is
most obvious with XHTML export of the math manual. When we are doing
that, we will have to generate images
If anyone is interested in the latest LyX news:
www.twitter.com/lyx_org
and for a continuously kept up-to-date git repo:
http://www.gitorious.org/lyx
Vincent
Op 2 nov. 2011 00:01 schreef "Uwe Stöhr" het volgende:
>
> Am 01.11.2011 23:53, schrieb Vincent van Ravesteijn:
>
>> Set the lyxpipe
>
>
> I cannot set it. In the UserGuide, sec. C.3 Paths, Hartmut wrote an
example for me. I have JabRef installed and could test
Set the lyxpipe
Check single instance
Restart lyx
Doubleclick lyx file ... it should open in the already open lyx instance.
Vincent
Op 1 nov. 2011 19:57 schreef "Uwe Stöhr" het volgende:
> Am 01.11.2011 08:54, schrieb Vincent van Ravesteijn:
>
> lyxpipe also works on
Op 29-10-2011 10:31, PhilipPirrip schreef:
As an exercise in programming I'd like to implement "foreign language
inset" I proposed at http://www.lyx.org/trac/ticket/7848.
I suppose there are at least two of us at this mailing list that would
like to contribute, but have difficulties in understan
Op 1-11-2011 1:54, Uwe Stöhr schreef:
Am 31.10.2011 04:02, schrieb PhilipPirrip:
Tools > Preferences > Look & Feel > User Interface > second from
below "Single instance" checkbox
Thanks! I have overseen it as it is permanently greyed out. But clear,
lyxpipe doesn't work on Windows. I will up
Op 30-10-2011 4:09, Uwe Stöhr schreef:
In LyX 1.6.x we had in the preferences under Output->Plain text a
field for the "roff command". Where is this gone in LyX 2.0? I cannot
find anything about it in the preferences and also not in the document
settings.
The description of this feature was:
Op 30-10-2011 11:54, PhilipPirrip schreef:
On 10/30/2011 10:40 AM, Tommaso Cucinotta wrote:
Hi, what is the release of LyX you are using ?
I'm using both 2.0.1 and the most recent 2.1.0svn. Neither works.
There have been some updates in the current development branch of LyX,
so if you're us
Op 30-10-2011 10:40, Tommaso Cucinotta schreef:
Il 30/10/2011 02:29, PhilipPirrip ha scritto:
I hoped to have my grace files included into a document and being
able to produce a pdf (by pdflatex), but that seems not to work.
Grace simply does not export to PDF.
I tried to chain the conversion p
Op 30-10-2011 9:20, Abdelrazak Younes schreef:
On 30/10/2011 08:58, Vincent van Ravesteijn wrote:
Op 30-10-2011 8:40, Abdelrazak Younes schreef:
On 30/10/2011 08:44, Vincent van Ravesteijn wrote:
Unless we allow to define custom insets, with custom
context-menus. If we go that way, then
Op 30-10-2011 8:53, PhilipPirrip schreef:
On 10/30/2011 08:32 AM, Vincent van Ravesteijn wrote:
We are trying to generalise the Insets a bit, so that we don't need a
special class of Insets for all latex commands there are out there. So,
like Abdel said, if this can be done via an InsetFl
Op 30-10-2011 8:40, Abdelrazak Younes schreef:
On 30/10/2011 08:44, Vincent van Ravesteijn wrote:
Unless we allow to define custom insets, with custom context-menus.
If we go that way, then there are even more problems because I'm
pretty sure we don't properly support inset
Unless we allow to define custom insets, with custom context-menus.
If we go that way, then there are even more problems because I'm
pretty sure we don't properly support inset names with unicode
characters.
Well, that was my idea at the time when I first implemented the
context menus. I d
Op 30-10-2011 2:59, PhilipPirrip schreef:
Hi Vincent. Thanks for the reply. One day I hope there would emerge a
sort of an overview of the whole code, to help the new beginners.
I'm sure that making inset by coping some other shouldn't be that
hard. But then it comes to all sorts of things that
Op 30-10-2011 7:10, Abdelrazak Younes schreef:
On 29/10/2011 21:25, Vincent van Ravesteijn wrote:
Op 29-10-2011 20:33, Uwe Stöhr schreef:
Am 29.10.2011 17:13, schrieb Abdelrazak Younes:
There is no need for GUI-elements to use docstring.
Except if the user changed the context menu name in
Op 29-10-2011 21:54, Richard Heck schreef:
On 10/29/2011 03:48 PM, Vincent van Ravesteijn wrote:
Op 29-10-2011 21:11, Richard Heck schreef:
I'm seeing PNG and EPS as output format options in the source view
window. That seems wrong. Would it be better here just to list the
possible bac
Op 29-10-2011 21:11, Richard Heck schreef:
I'm seeing PNG and EPS as output format options in the source view
window. That seems wrong. Would it be better here just to list the
possible backends? i.e., the formats LyX can output directly?
Richard
I don't see PNG and EPS.
By the way, the whol
Op 29-10-2011 20:33, Uwe Stöhr schreef:
Am 29.10.2011 17:13, schrieb Abdelrazak Younes:
There is no need for GUI-elements to use docstring.
Except if the user changed the context menu name in the ui file with
something else than ASCII...
I agree with Abdel, there might be unforeseen cases
Op 29-10-2011 10:31, PhilipPirrip schreef:
As an exercise in programming I'd like to implement "foreign language
inset" I proposed at http://www.lyx.org/trac/ticket/7848.
I suppose there are at least two of us at this mailing list that would
like to contribute, but have difficulties in understan
- LFUN_BUFFER_PRINT and GuiView call doExport with includeall
depending on BufferParams::maintain_unincluded_children.
while the synchronous version of the doExport call in GuiView calls
doExport with the default parameter includeall == false.
Vincent
* Is it ok that LFUN_BUFFER_EXPORT_CUSTOM has different logic due to
the filename parameter ?
This LFUN got added recently, didn't it? I'd certainly hope the logic
was similar. If it isn't, it should be made to be.
Richard
No it is an oldtimer.. you may be confusing it with LFUN_BUFFER_EXPO
Jurgen,
Can you help me out understanding and cleaning up the doExport functions
in Buffer ?
At the moment doExport is called in four different ways:
- LFUN_BUFFER_EXPORT, LFUN_BUILD_PROGRAM call doExport with includeall
== false.
- LFUN_BUFFER_EXPORT_CUSTOM calls doExport with includeall
Op 27-10-2011 11:31, v...@lyx.org schreef:
Author: vfr
Date: Thu Oct 27 11:31:17 2011
New Revision: 40027
URL: http://www.lyx.org/trac/changeset/40027
Log:
Fix a crash in adv F&R when the a manual could not be loaded
Modified:
lyx-devel/trunk/src/frontends/qt4/FindAndReplace.cpp
Modified:
Op 26-10-2011 15:45, Pavel Sanda schreef:
Jean-Marc Lasgouttes wrote:
Le 26/10/2011 15:01, Pavel Sanda a écrit :
the whole problem arised because "just checking" .svn dir in the current
folder
is no more possible with subversion 1.7.
Because only the top svn directory has information, right?
Op 26-10-2011 14:52, Jean-Marc Lasgouttes schreef:
Le 26/10/2011 14:37, Pavel Sanda a écrit :
i have painful experience with applications which scan neighbourhood
of the folders you are working in case you are working in networked
filesystem. one mount point freezes and unrelated application fre
Op 25-10-2011 1:36, José Matos schreef:
On 10/24/2011 11:14 PM, Jean-Marc Lasgouttes wrote:
Isn't he great ? JMarc
Yep. :-)
I am sorry for choosing this thread (to follow the nettiquete I should
have opened a new thread) to report my latest development (directly from
Susana's blog and in Portu
Op 26-10-2011 13:41, Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
Stephan
I'm in favor of having some better settings for the version control
system(s), but I don't like to have another option whether to use VCS or
not.
you are against general "use vcs" or against
Op 26-10-2011 13:03, Stephan Witt schreef:
Am 26.10.2011 um 12:05 schrieb Pavel Sanda:
Stephan Witt wrote:
Pavel, I've tested this patch with 1.7 SVN and on Linux with 1.6.
Because I've only the LYX SVN repository at hand I don't want to test
all operations. But the detection of SVN repository
| Yes indeed, that's the reason: in ./src/frontends/qt4/Makefile you will find
| QT_VERSION = $(shell IFS=.; set -- `echo $(QT4_VERSION)`; \
|echo 0x0`echo "obase=16; $$1*65536+$$2*256+$$3" | bc`)
Hmm... is this the best we can do?
Is mox using the QT_VERSION directly, or is it somet
| On my local repo,
| that's a small and easily acceptable price to pay to be able to
| rewrite history. But as Pavel says, from trunk perspective the history
| is linear.
But this is false. With subversion something that is inherently
developed in parallel is forced in to a linear history. Sub
Op 9-10-2011 0:13, for...@lyx.org schreef:
Author: forenr
Date: Sun Oct 9 00:13:38 2011
New Revision: 39820
URL: http://www.lyx.org/trac/changeset/39820
Log:
Fix bug #7800 (Lyx cannot create dvi with Russian)
Modified: lyx-devel/trunk/src/Layout.cpp
===
Op 16-10-2011 23:49, Uwe Stöhr schreef:
Am 16.10.2011 17:41, schrieb Vincent van Ravesteijn:
- remerging the po-files
- compiling the po-files
Did you even check what is possible with CMake nowadays ?
Yes, but still cannot remerge the po-files. I also find something
about it in our
==
> --- lyx-devel/trunk/src/frontends/qt4/Makefile.am Sun Oct 16
21:57:10 2011(r39871)
> +++ lyx-devel/trunk/src/frontends/qt4/Makefile.am Mon Oct 17
00:48:26 2011(r39872)
> @@ -167,6 +167,7 @@
>Gui
Op 16-10-2011 16:50, Uwe Stöhr schreef:
Am 16.10.2011 14:17, schrieb Georg Baum:
some time ago we discussed the removal of scons, and somebody
mentioned that
you use it for the installer. Could you please make a list of
features that
you need and which are missing in cmake?
- remerging the
1.1.5 - tag missing in svn repo. 1.1.5 is also a branch, leading up
to release of 1.1.5fix1 and 1.1.5fix2
I named this branch 1.1.5fix_x
1.1.5fix1 - unable to get these into same branch as rest of 1.1.x tags
1.1.5fix2 - unable to get these into same branch as r
Op 12-10-2011 19:45, Lars Gullik Bjønnes schreef:
gitglossary - grafts: Grafts enables two otherwise different lines of
development to be joined together by recording fake ancestry
information for commits. This way you can make git pretend the set of
parents a commit has is different from what
| This worked seemingly perfekt (except for the strangish history) for
| 1.5.3.
grafts does not get resolved by a clone. Seems that git-filter-branch is
required for that.
I don't really understand the problem. In the git repo it's pretty easy
to split commits and rewrite the history right ?
1.6.8 - because the 1.6.8 branch (read: svn tag) seems to be made from
a wc with local changes. This is the diff from where I really want to
place the tag:
diff --git a/ANNOUNCE b/ANNOUNCE
index f5276aa..d8c87f7 100644
--- a/ANNOUNCE
+++ b/ANNOUNCE
@@ -70,9 +70,6 @@ want to apply one of the fo
Op 7-10-2011 12:43, Tommaso Cucinotta schreef:
Il 07/10/2011 09:20, Vincent van Ravesteijn ha scritto:
> FileDialog::Result FileDialog::save(QString const& path,
> -QStringList const& filters, QString const& suggested)
> +QStringList const& filters,
Now you can look around in this repo and see what the result is like.
I like it.
I know of one small mistake, I misspelled Josès surname.
I'm annoyed by the capitals only in the email address of Georg.Baum (but
well that's nitpicking).
Also a couple of tags are missing, they are a bit
Op 11-10-2011 19:11, Julien Rioux schreef:
On 07/10/2011 7:24 PM, Vincent van Ravesteijn wrote:
Yes, it was probably wrong to introduce LFUNs that need newlines. And
maybe we should allow escaping or something. Anyway, I've been
instructing people in the past how to get a newline in the co
Op 7-10-2011 0:15, Lars Gullik Bjønnes schreef:
Before I try, I'd like to do the conversion proper and see if
everybody is comfortable with the result.
Btw. Are still interest in me doing this? (gitolite and svn -> git
conversion)
Gitolite seems to work perfect for what we need, so I would
Op 7-10-2011 15:43, Julien Rioux schreef:
On 07/10/2011 12:06 PM, Vincent van Ravesteijn wrote:
This is actually a useful trick to allow to use some lfuns which require
newlines.
Vincent
It didn't occur to me that newlines are needed for some lfuns. If
that's the case then a QL
Op 6-10-2011 18:30, jri...@lyx.org schreef:
Author: jrioux
Date: Thu Oct 6 18:30:37 2011
New Revision: 39809
URL: http://www.lyx.org/trac/changeset/39809
Log:
Don't allow newline characters in the command buffer.
I actually got it by this bug while copy-pasting LFUNs into the toolbar.
Modifie
Op 6-10-2011 15:47, tomm...@lyx.org schreef:
Author: tommaso
Date: Thu Oct 6 15:47:42 2011
New Revision: 39805
URL: http://www.lyx.org/trac/changeset/39805
Log:
Added Export As... dialog, exploiting the new destination path that can
be specified when exporting.
This fixes #3402.
Modified: lyx-
Op 4-10-2011 16:25, Tommaso Cucinotta schreef:
Il 04/10/2011 10:08, Vincent van Ravesteijn - TNW ha scritto:
Hi Tommaso,
No, we don't have one yet. Uptil now it is all manual labor.
However, I happen to have installed a git repo on my own server now,
to which I will gradually add
Hi Tommaso,
No, we don't have one yet. Uptil now it is all manual labor.
However, I happen to have installed a git repo on my own server now, to
which I will gradually add more functionality.
Vincent
Op 3-10-2011 23:02, Tommaso Cucinotta schreef:
Hi Vincent,
do we have currently any git b
Op 26-9-2011 15:13, Olivier Ripoll schreef:
Dear all,
http://www.lyx.org/trac/ticket/7666
I do not have a trac account and would prefer not to open one (I have
way too many accounts already), but I see that bug 7666's only comment
from 3 months ago asks "Anyone else on Windows who can reprodu
Op 25-9-2011 13:11, PhilipPirrip schreef:
Guys, let me hijack the thread, the question is related only to cmake.
I'm trying to use Qt-creator following instructions on
http://blog.oak-tree.us/index.php/2010/06/25/lyx-outline02-1
I can't find development/cmake/CMakeLists.txt in the trunk, but o
So, we agree that Format::iszippedfile should be in filename. Especially
when the filenames are cached.
Op 19 sep. 2011 21:25 schreef "Julien Rioux"
het volgende:
> On 19/09/2011 9:22 PM, Vincent van Ravesteijn wrote:
>> Op 19-9-2011 20:59, Julien Rioux schreef:
>>> On
Op 19-9-2011 20:59, Julien Rioux schreef:
On 19/09/2011 8:41 PM, Vincent van Ravesteijn wrote:
Anyway, this all is a bit academic because I would prefer to see this in
FileName.
The situation arises that we need these checks (pseudocode):
if (filename.isZippedFile && !format.isZipp
Op 19-9-2011 20:05, Tommaso Cucinotta schreef:
Il 19/09/2011 17:56, Vincent van Ravesteijn ha scritto:
Op 19-9-2011 12:08, Tommaso Cucinotta schreef:
I took the freedom to commit a patch (r39709) that hides all the
ZippedInfo and zipped_ cache inside Format.cpp, making this zipped_
cache a
Hi all,
Is it time to kill lyxrc.default_papersize ?
Reasons to do so:
- except for A3 it has absolutely no effect since a few years;
- it's against the LyX philosophy that the same document looks different
on a different pc.
Vincent
Op 19-9-2011 19:00, Julien Rioux schreef:
On 19/09/2011 6:55 PM, Vincent van Ravesteijn wrote:
Op 19-9-2011 17:48, Julien Rioux schreef:
On 19/09/2011 5:27 PM, Vincent van Ravesteijn wrote:
Why do we now have extensions_ and extension_list_ ? If there is a
good reason for it, it should be
Op 19-9-2011 17:48, Julien Rioux schreef:
On 19/09/2011 5:27 PM, Vincent van Ravesteijn wrote:
Why do we now have extensions_ and extension_list_ ? If there is a
good reason for it, it should be clear from the comments above.
Why is extension_list_ mutable ? I guess this stems from the
Op 19-9-2011 12:08, Tommaso Cucinotta schreef:
Il 19/09/2011 08:20, Pavel Sanda ha scritto:
+#include
+#include
the unfortunate thing is that this format.h is widely used elsewhere.
if there is a way how to not use them or move to less exposed place
it would be worth it.
I took the freedom
Why do we now have extensions_ and extension_list_ ? If there is a
good reason for it, it should be clear from the comments above.
Why is extension_list_ mutable ? I guess this stems from the time
where you inserted an empty string at the beginning.
Vincent
PS. Why not just use a vector
Op 13-9-2011 22:42, jri...@lyx.org schreef:
Author: jrioux
Date: Tue Sep 13 22:42:23 2011
New Revision: 39670
URL: http://www.lyx.org/trac/changeset/39670
Log:
Allow to assign several extension to a given file format (#4798).
Additionnal extensions are separated by commas (,) in lyxrc
preferenc
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
Op 17-9-2011 12:58, v...@lyx.org schreef:
Author: vfr
Date: Sat Sep 17 12:58:01 2011
New Revision: 39694
URL: http://www.lyx.org/trac/changeset/39694
Log:
Update the toolbars when the GuiView is shown
This will disable the layout box if no document is open, and it will set the
correct state of
Op 13-9-2011 23:10, Julien Rioux schreef:
How can git help me porting patches to the stable branch?
Previously with svn I just had two directories, one pointing to trunk
one to branch. I made a patch file from trunk by svn diff -r then
applied the patch to branch, manually copying the log mess
You can re-open if you still see the problem. I'm not sure what
properties you mean.
Richard
Ok. Properties of the ticket, things like type, milestone, priority etc.
In principle, you are not supposed to change them.
Vincent
Op 13-9-2011 10:15, Rick Blok schreef:
Hi,
I went through some code regarding bug 3821 and I think there is a
cur.setSelection() missing when pasting plain text in the
pasteClipboardText() function in CutAndPaste.cpp. Since I'm not a
programmer I do not know how to test this, is there someon
Op 12-9-2011 20:50, Georg Baum schreef:
Vincent van Ravesteijn wrote:
I am going to try scons today and report back.
Scons is going to be dropped some time from now. So you might want to
spend your time in a more useful way.
I do not know the latest plans on the build system front. Is there
Op 11-9-2011 22:06, Richard Heck schreef:
On 09/11/2011 03:38 PM, alexandre.depou...@ulg.ac.be wrote:
Hi all,
I have tried to install LyX 2.0.0& 2.0.1 several times on my Ubuntu-run laptop
... without success. After apparently successfully compiling, LyX spits out the
following error when la
I am going to try scons today and report back.
Scons is going to be dropped some time from now. So you might want to
spend your time in a more useful way.
Vincent
Op 7-9-2011 12:55, Liviu Andronic schreef:
(moving to lyx-devel)
On Tue, Sep 6, 2011 at 10:35 PM, Pavel Sanda wrote:
Liviu Andronic wrote:
But I would be curious if there
could be a cross-platform solution implemented in LyX.
http://www.lyx.org/trac/changeset/34931
http://www.mail-archive.c
10. Now, I have both LyX2.0.0 and LyX2.0.1 installed on my pc
? Shouldn't we overwrite the previous
version ?
No. See the reasons above.
I totally do not agree with these reasons. Because a few people might
want to use multiple minor releases, ALL users have to man
Op 6-9-2011 15:11, Stephan Witt schreef:
Am 06.09.2011 um 13:47 schrieb Vincent van Ravesteijn:
When I was still young and naive about this problem, I suspected a cache
problem. Therefore I tried to disable completely the cache but the situation
did not change...
I really think the problem
>
>
>
> When I was still young and naive about this problem, I suspected a cache
> problem. Therefore I tried to disable completely the cache but the situation
> did not change...
>
> I really think the problem is related to opening too many translation files
> with gettext. But I would be delighte
Op 6-9-2011 11:50, Jean-Marc Lasgouttes schreef:
Le 03/09/11 21:25, Stephan Witt a écrit :
I had a go at it some time go, and it looks like the code that looks
for existing translations (int Language initialization) loads all
the .gmo files and after some point gettext refuses to load a new
on
On Tue, Sep 6, 2011 at 6:03 AM, Uwe Stöhr wrote:
> Am 05.09.2011 20:43, schrieb Vincent van Ravesteijn:
>
>
> I tried the merged installer.
>>
>
> Many thanks!
>
>
> Here is some feedback:
>>
>> 1. The icon is not the nicest one. We should have a
Op 5-9-2011 17:28, Uwe Stöhr schreef:
Am 02.09.2011 15:46, schrieb Vincent van Ravesteijn:
Can you send me a link to this installer. I want to test it.
https://developer.berlios.de/project/showfiles.php?group_id=5117&release_id=18767
regards Uwe
Hi Uwe,
I tried the merged insta
In th merged installer MiKTeX is directly included. So even if you
don't
have Internet access, you can install LyX and it will work with its
basic
features. There were some reasonable user requests in the past to
include
MiKTeX directly and the MiKTeX maintainer kindly built in some
features
Op 5-9-2011 17:39, Uwe Stöhr schreef:
Am 21.08.2011 11:00, schrieb Vincent van Ravesteijn:
- I used the custom LaTeX installer page from my installer, only
because
this is already translated to 22 languages. The page design is a
matter of
taste, so we can also use yours if you prefer it for a
Op 5-9-2011 8:09, uwesto...@lyx.org schreef:
Author: uwestoehr
Date: Mon Sep 5 08:09:13 2011
New Revision: 39582
URL: http://www.lyx.org/trac/changeset/39582
Log:
installer:
- fix 2 uninstaller issues
- remove support for AFPL Ghostscript (license clash)
- only install Ghostscript if not alread
Op 5-9-2011 1:37, Tommaso Cucinotta schreef:
Hi,
just reconnecting with the lyx@twitter proposal, I found these pages
about LyX on FB:
http://www.facebook.com/pages/LyX/166594390068533
http://www.facebook.com/pages/LyX/112847072061085?sk=info
http://www.facebook.com/group.php?gid=835338
I've been fiddling around endlessly to get the Application menu translated..
without succces.. Unfortunately LyX has the same problem.
Yes, currently I have no idea how to get it translated. A Qt thing?
I figured out some things:
First, LyX uses QLibraryInfo::location(QLibraryInfo::Translati
Perhaps a look at git log for filetools.cpp would turn something up
I'm afraid it's a complex interaction of gettext and the use of the Messages
class.
The translation of the string languageTestString() is cached, so maybe
we ask for the translation of this string before gettext is ini
Op 1-9-2011 16:19, Uwe Stöhr schreef:
Am 31.08.2011 20:23, schrieb Richard Heck:
I have put what I hope will be LyX 2.0.1 here:
Works fine and a Win installer is ready (the merged one).
Can you send me a link to this installer. I want to test it.
Vincent
On Thu, Sep 1, 2011 at 7:48 PM, Uwe Stöhr wrote:
> Am 01.09.2011 16:46, schrieb Vincent van Ravesteijn:
>
>
> Was this bug fixed?
>>> http://www.lyx.org/trac/**ticket/7737<http://www.lyx.org/trac/ticket/7737>
>>>
>>
> I don't know what this
Op 1-9-2011 16:40, Julien Rioux schreef:
On 01/09/2011 4:19 PM, Uwe Stöhr wrote:
From my point of view it is already stable enough since I tested it a
lot on different Windows and computers.
In case that Joost cannot provide an installer soo
Was this bug fixed?
http://www.lyx.org/trac/ticket/
Op 1-9-2011 16:22, Uwe Stöhr schreef:
Am 29.08.2011 20:22, schrieb Pavel Sanda:
you can call methods via class::method() only when they are static.
otherwise you need real existing object for that class to call
class_variable.method().
generally you need either the variable or to declare that
Ok, so I should see there to update this bad translation (I checked in
a computer retail shop, I did not find a single occurrence of 'Retour'
written on the return key).
Don't worry, I can't find any key on a French keyboard..
Vincent
Op 28-8-2011 20:19, Stephan Witt schreef:
Am 28.08.2011 um 20:11 schrieb Vincent van Ravesteijn:
Op 28-8-2011 16:59, Rob Oakes schreef:
Dear Developers,
Thanks for fixing the configuration error. It now configures correctly (or
almost correctly). I am still having a couple of problems with
Op 28-8-2011 16:59, Rob Oakes schreef:
Dear Developers,
Thanks for fixing the configuration error. It now configures correctly (or
almost correctly). I am still having a couple of problems with configuration on
Mac OS X, though (Snow Leopard).
1.) After the first time configuration runs, the
According to john I caused the crashes while fixing the scrolling.
That's why I did not backport the fix.
I'd propose the attached fix, which doesn't trigger any (either
sporadic and endless) recursive repaint anymore on my Ubuntu 11.04 +
qt (4:4.7.2-0ubuntu6.2). If it's ok, then it would ap
According to john I caused the crashes while fixing the scrolling. That's
why I did not backport the fix.
However, I'm convinced that the underlying problem is already in branch.
Vincent
Op 25 aug. 2011 21:43 schreef "Tommaso Cucinotta" het
volgende:
> Il 25/08/2011 00:00, Richard Heck ha scritt
Op 23-8-2011 14:01, Pavel Sanda schreef:
Jean-Marc Lasgouttes wrote:
Richard, this adds a new string to translate (R/S code). Is it OK
nevertheless in branch (together with cleanup r39510, of course)?
currently there are more strings waiting.
can you update the current status as far as ftp is
On Fri, Aug 19, 2011 at 4:45 PM, Kornel wrote:
> **
>
> Am Freitag, 19. August 2011 schrieb v...@lyx.org:
>
> ...
>
> > -set(hints "HINTS ${GNUWIN32_DIR}/deps20/gettext-tools")
>
>
>
> Why not simply define "hints" the way you need?
>
>
>
>
The problem was the position of the first " in the set
1001 - 1100 of 3126 matches
Mail list logo