Gregor GORJANC wrote:
> > I finally found some time for making an infrastructure for running sweave
> > with our own customizations. As you can see the patch is trivial, but
> > I would like to be sure that it works on windows.
>
> Can I download somewhere a binary to test this?
there will be new
> I finally found some time for making an infrastructure for running sweave
> with our own customizations. As you can see the patch is trivial, but
> I would like to be sure that it works on windows.
Can I download somewhere a binary to test this?
> Currently, the only bug that this fixes is that
Le 17 sept. 10 à 22:42, Gregor GORJANC a écrit :
I do not know what is the current status with direct Sweave support in
LyX. It is some time since I used LyX with Sweave - there was no need
in the last year (had to finnish PhD). I can provide testing, but can
someone point me in the right direct
Am 16.09.2010 um 16:39 schrieb Pavel Sanda:
> Stephan Witt wrote:
>>
>> I have not told about that before... but at least for CVS I have problems
>> with the current state of the VCS code.
>> Unfortunately I'm bound to it here. So effectively I has to use the command
>> line interface of CVS an
Am 23.09.2010 um 19:02 schrieb Jean-Marc Lasgouttes:
> Le 23 sept. 10 à 16:16, Stephan Witt a écrit :
>> But I don't like that much.
>> * One has to convert all FileDialogs to non-native to make them consistent
>> looking.
>> * The result would be that LyX is unlike other applications.
>> * The n
I know that this has come up before, but would it be better to use the native
file dialogs and add the links to the Templates and Examples directories as
shortcuts in the appropriate sub-menu? I personally find it a bit annoying to
be presented with a non-native dialog that doesn't include the
Le 23 sept. 10 à 16:16, Stephan Witt a écrit :
But I don't like that much.
* One has to convert all FileDialogs to non-native to make them
consistent looking.
* The result would be that LyX is unlike other applications.
* The native FileDialog on Mac is more powerful.
(It allows direct mount
Am 20.09.2010 um 14:14 schrieb Uwe Stöhr:
> > What is it for Windows users, BTW?
> > Don't they suffer from that too?
>
> Yes, a lot! I have given up counting mails where I had to describe users
> where to find LyX's examples because they even didn't know that LyX has
> already many of them.
T
> What is it for Windows users, BTW?
> Don't they suffer from that too?
Yes, a lot! I have given up counting mails where I had to describe users
where to find LyX's examples because they even didn't know that LyX has
already many of them.
regards Uwe
Am 19.09.2010 um 22:02 schrieb Jean-Marc Lasgouttes:
> Le 17/09/2010 17:21, Stephan Witt a écrit :
>> I'll investigate later. I had a short look already...
>> ...one has to avoid use of QFileDialog::getOpenFileName - which is currently
>> used.
>> So it is a little bit more work.
>
> Hmm, you m
Le 17/09/2010 22:42, Gregor GORJANC a écrit :
I do not know what is the current status with direct Sweave support in
LyX. It is some time since I used LyX with Sweave - there was no need
in the last year (had to finnish PhD). I can provide testing, but can
someone point me in the right direction
Le 17/09/2010 17:21, Stephan Witt a écrit :
I'll investigate later. I had a short look already...
...one has to avoid use of QFileDialog::getOpenFileName - which is currently
used.
So it is a little bit more work.
Hmm, you mean we cannot have side urls in this case? Probably reading Qt
source
On 17/09/2010 18:57, Pavel Sanda wrote:
Abdelrazak Younes wrote:
This works for me:
thanks, added to my local patch set ;)
No need to, as I have the nod of 2 devs, I just committed it.
Abdel.
> * (Uwe) #2605 - Add checkbox for automatic equation, figure and table
> numbering corresponding to section number
This is more complicated than I thought. Therefore I have to postpone this.
regards Uwe
Hi LyX-developers,
On 17 September 2010 15:58, Jean-Marc LASGOUTTES wrote:
> Pavel Sanda writes:
...
>> which reminds me... people on users list ask on sweave status. i tried to
>> find something in our manuals without success - is there something to bet put
>> into them? maybe people like Gorja
Abdelrazak Younes wrote:
>
> This works for me:
thanks, added to my local patch set ;)
pavel
Am 17.09.2010 um 16:49 schrieb Jean-Marc LASGOUTTES:
> Stephan Witt writes:
>> Very well, but currently the Mac user cannot access the LyX templates
>> and examples.
>>
>> See ticket http://www.lyx.org/trac/ticket/6861
>
> Yes, I know there is a problem. We need those buttons in native dialogs.
On 09/17/2010 02:02 PM, Jean-Marc LASGOUTTES wrote:
Pavel Sanda writes:
better than nothing... btw do i understand correctly this issue was created by
changing from curly lines to the doted straight lines? it looks more decent
but i became hard-to-find on black background. one has to focus
Stephan Witt writes:
> Very well, but currently the Mac user cannot access the LyX templates
> and examples.
>
> See ticket http://www.lyx.org/trac/ticket/6861
Yes, I know there is a problem. We need those buttons in native dialogs.
Would you have some time to experiment with these URLs with this
Am 17.09.2010 um 13:59 schrieb Jean-Marc LASGOUTTES:
> Stephan Witt writes:
>>> maybe mac has different routines for open dialogs...
>>
>> Perhaps, the standard open file dialog?
>> I can remember a discussion about that topic... but not the details.
>
> We can (and should) use extra buttons
Pavel Sanda writes:
> this waits for commit or only the python is missing?
Waits for commit because it is a format change.
> which reminds me... people on users list ask on sweave status. i tried to
> find something in our manuals without success - is there something to bet put
> into them? mayb
On 09/17/2010 08:09 AM, Jean-Marc LASGOUTTES wrote:
Pavel Sanda writes:
i fixed the remaining binding between VCS and comparison, so the last thing
which hinder us from beta
are the changes in dispatch due to the bug #6417 -- it would be nice if
somebody can look on the issue.
if you wou
On 09/17/2010 09:37 AM, Pavel Sanda wrote:
Jean-Marc LASGOUTTES wrote:
I would like to have the newlineisparbreak part, which is important for
sweave support and is a file format change. Hopefully Richard can find
time to provide the missing python part.
this waits for commit or only
Richard Heck writes:
> It looks as if it just uses the last part of the path, at least from
> the picture. If so, then wouldn't that be good enough?
No. For example, browseLibFile in GuiPrefs.cpp has the buttons User Files
and System Files. Moreover, we want to be able to localize these file
name
Jean-Marc LASGOUTTES wrote:
> I would like to have the newlineisparbreak part, which is important for
> sweave support and is a file format change. Hopefully Richard can find
> time to provide the missing python part.
this waits for commit or only the python is missing?
which reminds me... people
Pavel Sanda writes:
> i fixed the remaining binding between VCS and comparison, so the last thing
> which hinder us from beta
> are the changes in dispatch due to the bug #6417 -- it would be nice if
> somebody can look on the issue.
>
> if you would like to push some enhacenments into 2.0 this
On 09/17/2010 07:59 AM, Jean-Marc LASGOUTTES wrote:
Stephan Witt writes:
maybe mac has different routines for open dialogs...
Perhaps, the standard open file dialog?
I can remember a discussion about that topic... but not the details.
We can (and should) use extra buttons in
Jean-Marc LASGOUTTES wrote:
> I could have made the spell line thicker, but for some unknown reason
> this did not work when I tried it.
dont worry, its not big deal...
pavel
Stephan Witt writes:
>> maybe mac has different routines for open dialogs...
>
> Perhaps, the standard open file dialog?
> I can remember a discussion about that topic... but not the details.
We can (and should) use extra buttons in the file dialogs, with
setSideBarUrls (qt >= 4.3).
http://doc
On 09/17/2010 06:19 AM, Stephan Witt wrote:
Am 17.09.2010 um 11:59 schrieb Pavel Sanda:
Stephan Witt wrote:
Additionally, it could copy the contents of templates and examples directory to
the home directory.
That would solve the problem that currently one cannot open the examples an
Pavel Sanda writes:
> Jean-Marc LASGOUTTES wrote:
>> In an ideal world, RELEASE_NOTES would contain all the information
>> needed to build these 3 scripts.
>
> this would be true for lfuns change, but as i said previously
> for lyxrc changes git log -p src/LyXRC.cpp is currently the only
> list o
Pavel Sanda writes:
> better than nothing... btw do i understand correctly this issue was created by
> changing from curly lines to the doted straight lines? it looks more decent
> but i became hard-to-find on black background. one has to focus instead it
> would pop-up automatically in your visua
Stephan Witt wrote:
> Perhaps, the standard open file dialog?
most probably. if its disturbing then one way would be to switch it into qt
dialog or find out whether standard mac open dialog allows the same...
pavel
Am 17.09.2010 um 12:47 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> Am 17.09.2010 um 11:59 schrieb Pavel Sanda:
>>
>>> Stephan Witt wrote:
Additionally, it could copy the contents of templates and examples
directory to the home directory.
That would solve the problem that curren
Stephan Witt wrote:
> Am 17.09.2010 um 11:59 schrieb Pavel Sanda:
>
> > Stephan Witt wrote:
> >> Additionally, it could copy the contents of templates and examples
> >> directory to the home directory.
> >> That would solve the problem that currently one cannot open the examples
> >> and templat
Stephan Witt wrote:
> > it looks more decent but i became hard-to-find on black background.
> > one has to focus instead it would pop-up automatically in your visual field.
> > this was not problem before...
>
> Black background is evil! :-)
i'm evil! :)
pavel
Jean-Marc LASGOUTTES wrote:
> > It's just the preferences file that needs updating, yes?
>
> It would be preference file (lyxrc changes), bindings and ui (change of
> lfun names).In an ideal world, RELEASE_NOTES would contain all the
> information needed to build these 3 scripts.
this would be tr
Am 17.09.2010 um 12:20 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> Am 16.09.2010 um 15:32 schrieb Pavel Sanda:
>>
>>> if you would like to push some enhancements into 2.0 this is the last call.
>>
>> I propose the following patch to solve the issue with overlapping lines
>> for on the fly spel
Stephan Witt wrote:
> Am 16.09.2010 um 15:32 schrieb Pavel Sanda:
>
> > if you would like to push some enhancements into 2.0 this is the last call.
>
> I propose the following patch to solve the issue with overlapping lines
> for on the fly spell checker and change tracking. If anyone has a bette
Stephan Witt wrote:
> Additionally, it could copy the contents of templates and examples directory
> to the home directory.
> That would solve the problem that currently one cannot open the examples and
> templates on Mac.
ugh... so if you have twenty people on one box, you will create twenty
i
Am 17.09.2010 um 10:54 schrieb Jean-Marc LASGOUTTES:
> Richard Heck writes:
>> This cannot be that hard. If people really, really want it, I guess I
>> could do it. The real question is what the differences are between the
>> 1.6 and 2.0 configuration files that would need accounting for.
>>
>>
Richard Heck writes:
> This cannot be that hard. If people really, really want it, I guess I
> could do it. The real question is what the differences are between the
> 1.6 and 2.0 configuration files that would need accounting for.
>
> It's just the preferences file that needs updating, yes?
It w
On Thu, Sep 16, 2010 at 11:15 AM, Richard Heck wrote:
> On 09/16/2010 10:24 AM, Stephan Witt wrote:
>> Am 16.09.2010 um 15:32 schrieb Pavel Sanda:
>>
>>>
>>> * rc2rc conversion scripts for converting older preferences into new
>>> ones. Jose promised to come with something.
>>>
>>
>> These I wo
Am 16.09.2010 um 17:17 schrieb Stephan Witt:
> Am 16.09.2010 um 15:32 schrieb Pavel Sanda:
>
>> if you would like to push some enhancements into 2.0 this is the last call.
>
> I propose the following patch to solve the issue with overlapping lines
> for on the fly spell checker and change tracki
On 09/16/2010 10:24 AM, Stephan Witt wrote:
Am 16.09.2010 um 15:32 schrieb Pavel Sanda:
* rc2rc conversion scripts for converting older preferences into new ones.
Jose promised to come with something.
These I would rate as show-stopper, almost. (I don't want to say that only Jose
Am 16.09.2010 um 15:32 schrieb Pavel Sanda:
> if you would like to push some enhancements into 2.0 this is the last call.
I propose the following patch to solve the issue with overlapping lines
for on the fly spell checker and change tracking. If anyone has a better idea...
... I'm not so proud o
Am 16.09.2010 um 16:44 schrieb José Matos:
> On Thursday 16 September 2010 15:24:38 Stephan Witt wrote:
>> Am 16.09.2010 um 15:32 schrieb Pavel Sanda:
>>>
>>> * rc2rc conversion scripts for converting older preferences into new
>>> ones. Jose promised to come with something.
>>
>> These I woul
Am 16.09.2010 um 16:39 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> These I would rate as show-stopper, almost. (I don't want to say that only
>> Jose is responsible for that :-))
>> Bennett wrote a apple-script to do that. I had not enough time to tell how
>> good it is.
>> But I would like m
José Matos wrote:
> I tried several times to look into it. My main problem here is that there is
> no specification regarding the several configururation files, other than
> readin the file.
>
> If there were several rules with something like:
>
> before -> after
on the other hand "git log -p
On Thursday 16 September 2010 15:24:38 Stephan Witt wrote:
> Am 16.09.2010 um 15:32 schrieb Pavel Sanda:
> >
> >* rc2rc conversion scripts for converting older preferences into new
> >ones. Jose promised to come with something.
>
> These I would rate as show-stopper, almost. (I don't want to
Stephan Witt wrote:
> These I would rate as show-stopper, almost. (I don't want to say that only
> Jose is responsible for that :-))
> Bennett wrote a apple-script to do that. I had not enough time to tell how
> good it is.
> But I would like much more a generic solution for all platforms.
i'm
Am 16.09.2010 um 15:32 schrieb Pavel Sanda:
>
>* rc2rc conversion scripts for converting older preferences into new ones.
> Jose promised to come with something.
These I would rate as show-stopper, almost. (I don't want to say that only Jose
is responsible for that :-))
Bennett wrote a appl
Jean-Marc LASGOUTTES wrote:
> Pavel Sanda writes:
> > * #5603 - multiple text selections the same time
>
> I would drop that, it requires major surgery IMO.
considering the current activity we will drop all of them ;)
during the next days i plan to go through bugzilla kill enhacenment
targe
Pavel Sanda writes:
> * #5603 - multiple text selections the same time
I would drop that, it requires major surgery IMO.
JMarc
hi,
i fixed the remaining binding between VCS and comparison, so the last thing
which hinder us from beta
are the changes in dispatch due to the bug #6417 -- it would be nice if
somebody can look on the issue.
if you would like to push some enhacenments into 2.0 this is the last call.
origina
Jean-Marc LASGOUTTES wrote:
> Does that make sense, or do we want to reduce to a minimum these
> `global' variables?
what would be the gain compared to enahancing machinery so that guiview is able
to return dispatch result?
pavel
Pavel Sanda writes:
> * There has been some work on dispatch results, unfinished now as bugs
> reveal. (bug #6417).
As far as #6417 is concerned, we could keep a stack of ongoing dispatch
actions in this way:
void dispatch(...)
{
// pushes a DispatchResult on a stack at creation, po
Am 09.08.2010 um 00:43 schrieb Abdelrazak Younes:
> On Wed, Aug 4, 2010 at 8:02 AM, Stephan Witt wrote:
> Am 04.08.2010 um 00:51 schrieb Jean-Marc Lasgouttes:
>>
>> > The problem with this approach is that I am not even sure that it will be
>> > enough. I am not sure
>> > whether the time is s
On Wed, Aug 4, 2010 at 8:02 AM, Stephan Witt wrote:
> Am 04.08.2010 um 00:51 schrieb Jean-Marc Lasgouttes:
>
> > The problem with this approach is that I am not even sure that it will be
> enough. I am not sure
> > whether the time is spent in the setup of the function or in the word
> checking i
Le 8 août 10 à 23:49, Abdelrazak Younes a écrit :
The first solution is to make Paragraph send strings directly to
the spellchecker. This would
require to rework the spellcheck interface to allow to pass full
strings. I do not think
that aspell or enchant allow this, although I could not find
On 04/08/2010 00:51, Jean-Marc Lasgouttes wrote:
The spellchecker finally decided to work for a reason I do not understand :)
I can indeed check that it becomes
very slow and Shqrk.qpp tells me that all the time is spent in
checkSpellingOfString ;(
What could we do from there?
The first solution
Am 04.08.2010 um 08:02 schrieb Stephan Witt:
> Am 04.08.2010 um 00:51 schrieb Jean-Marc Lasgouttes:
>
>>> The last release I built against 10.5 SDK and used the 10.4 minimum version
>>> switch.
>>> So the features of 10.5 are available but the check with
>>> instancesRespondToSelector cares for
Am 04.08.2010 um 00:51 schrieb Jean-Marc Lasgouttes:
>> The last release I built against 10.5 SDK and used the 10.4 minimum version
>> switch.
>> So the features of 10.5 are available but the check with
>> instancesRespondToSelector cares for 10.4 runtime environment.
>> The defines are to care
On Tue, Aug 3, 2010 at 5:22 PM, Stephan Witt wrote:
> Since I don't have Tiger myself I couldn't test it and asked on the users
> list - no answer.
> Maybe we can drop Tiger support completely...
Before dropping it entirely, I'd suggest asking again on the user's
list, indicating that we might d
The last release I built against 10.5 SDK and used the 10.4 minimum
version switch.
So the features of 10.5 are available but the check with
instancesRespondToSelector cares for 10.4 runtime environment.
The defines are to care for 10.4 build environments aka 10.4 SDK.
This I got from this an
Am 03.08.2010 um 21:46 schrieb Jean-Marc Lasgouttes:
> Le 3 août 10 à 08:15, Stephan Witt a écrit :
>> My build environment boils down to:
>>
>> LDFLAGS=-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i386
>> -mmacosx-version-min=10.4
>> CPPFLAGS=-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i38
Le 3 août 10 à 08:15, Stephan Witt a écrit :
My build environment boils down to:
LDFLAGS=-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i386 -mmacosx-
version-min=10.4
CPPFLAGS=-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i386 -
mmacosx-version-min=10.4
CONFIGURE_OPTIONS=--enable-warnings --
Am 03.08.2010 um 00:35 schrieb Jean-Marc Lasgouttes:
> Le 2 août 10 à 20:57, Stephan Witt a écrit :
>> I'm a little bit sorrowful that the native spell checker is not fast enough
>> for continuously checking when doing it word-wise.
>> So we are not ready to switch off aspell :(
>>
>> Currently
Le 2 août 10 à 20:57, Stephan Witt a écrit :
I'm a little bit sorrowful that the native spell checker is not fast
enough for continuously checking when doing it word-wise.
So we are not ready to switch off aspell :(
Currently I have no time to improve the situation.
I do not manage to get th
Le 2 août 10 à 20:57, Stephan Witt a écrit :
I'm a little bit sorrowful that the native spell checker is not fast
enough for continuously checking when doing it word-wise.
So we are not ready to switch off aspell :(
Currently I have no time to improve the situation.
I think I hqve some. I'll
Am 02.08.2010 um 01:55 schrieb Jean-Marc Lasgouttes:
> Le 26 juil. 10 à 14:30, Stephan Witt a écrit :
>> My next target (for beta phase?) would be to check the installation issues
>> on mac to make the application working out-of-the-box.
>
> What about removing the complicated mac-specific code
Le 26 juil. 10 à 14:30, Stephan Witt a écrit :
My next target (for beta phase?) would be to check the installation
issues on mac to make the application working out-of-the-box.
What about removing the complicated mac-specific code in aspell now
that it is not needed anymore?
jmARC
Am 21.07.2010 um 21:12 schrieb Pavel Sanda:
> hi,
>
> as usual after release i repost planned features, Richard's plate slowly
> disappeating, nice...
>
> the other stuff is not moving and i have been thinking that we should
> highlight most important
> tasks because while many things would be
Pavel Sanda wrote:
>> - finish dispatch stuff (this usually brings new bugs)
>>
>>
> That's done, I think. One big patch.
no i mean those (started by Abdel, JMarc continued):
> * There has been some work on dispatch results, unfinished now as bugs
> reveal. (bug #6417).
> AY:
On 07/21/2010 03:12 PM, Pavel Sanda wrote:
hi,
as usual after release i repost planned features, Richard's plate slowly
disappeating, nice...
the other stuff is not moving and i have been thinking that we should highlight
most important
tasks because while many things would be nice to have, w
hi,
as usual after release i repost planned features, Richard's plate slowly
disappeating, nice...
the other stuff is not moving and i have been thinking that we should highlight
most important
tasks because while many things would be nice to have, we would never switch to
beta if we wait
for
RGH wrote:
> I'm working on some things right now, but other bugs. I'll write a note
> about other plans shortly. One thing I really want to do ASAP, and never
> did because of the mailing list issues, is commit the patch that changes
> the way we call updateBuffer().
i postponed the beta again
Pavel Sanda wrote:
> * Multiple viewers/converters. Juergen asked for some help; how this
> evolved, what is to be done in this area? J: I still did not yet find the
> time to re-address this. I need to clean up the tree with my changes (it
> doesn't compile anymore) and re-ponder the thing. I
On 06/15/2010 11:08 AM, Pavel Sanda wrote:
hi,
we have lot of plans but clearly not enough time to make them done ;)
Vincent, Richard, you seem to have the biggest portion of the plate. is it
better to kill most of the plans and release first beta at the end of june or
should i postpone it + 1
hi,
we have lot of plans but clearly not enough time to make them done ;)
Vincent, Richard, you seem to have the biggest portion of the plate. is it
better to kill most of the plans and release first beta at the end of june or
should i postpone it + 1 month again? do you have some idea about the
80 matches
Mail list logo
