Ozgur Ugras BARAN wrote:
> On 11/4/06, Georg Baum
>> I did some testing and changes and put it in.
>> I discovered that the latest version of the nomencl package has a chnaged
>> interface, therefore I used that instead of the old one. It is possible
>> to support the old one, too, but I don't thi
On 11/4/06, Georg Baum <[EMAIL PROTECTED]> wrote:
Am Freitag, 3. November 2006 12:23 schrieb Ozgur Ugras BARAN:
> Georg, I have updated your patch as you can see in the attachments. I
> find this way easier. I think you will find it easier to review, too.
>
> The draft documentations is also atta
Am Freitag, 3. November 2006 12:23 schrieb Ozgur Ugras BARAN:
> Georg, I have updated your patch as you can see in the attachments. I
> find this way easier. I think you will find it easier to review, too.
>
> The draft documentations is also attached. I have written it
> considering the new User
On Friday 03 November 2006 11:35 am, Ozgur Ugras BARAN wrote:
> It is not that big. I will send the patch and you decide, whether it
> can go in or not. If it can not go in, we can put it in trunk after
> the release of 1.5.
Thank you.
--
José Abílio
On 11/2/06, José Matos <[EMAIL PROTECTED]> wrote:
On Thursday 02 November 2006 12:15 pm, Georg Baum wrote:
> Ozgur Ugras BARAN wrote:
> >
> > Oh, this is bad news, since I have almost completed the multiple indices
> > stuff..
Do you have the code? :-)
Yes I do.. At least 80% of it :)) I can
Georg, I have updated your patch as you can see in the attachments. I
find this way easier. I think you will find it easier to review, too.
The draft documentations is also attached. I have written it
considering the new User Guide (UserGuideNV.lyx). Consider this as the
section 5.8.
And, don't
On Thursday 02 November 2006 12:15 pm, Georg Baum wrote:
> Ozgur Ugras BARAN wrote:
> >
> > Oh, this is bad news, since I have almost completed the multiple indices
> > stuff..
Do you have the code? :-)
> You can be lucky that the nomencl stuff is allowed at all.
I am following the spirit of
Ozgur Ugras BARAN wrote:
> On 11/2/06, Georg Baum
> <[EMAIL PROTECTED]> wrote:
>> Shortly after you went on holiday a freeze was announced, and nothing new
>> was allowed to go in. Fortunately Jose (the 1.5.0 release manager) agreed
>> to put the nomencl stuff in.
>>
>
> Oh, this is bad news, sin
On 11/2/06, Georg Baum <[EMAIL PROTECTED]> wrote:
Am Mittwoch, 1. November 2006 15:38 schrieb Ozgur Ugras BARAN:
> By the way, I haven't seen nomencl commit in svn. Is something
> missing, or do you need new diff?
Shortly after you went on holiday a freeze was announced, and nothing new
was allo
And the patch...Index: src/LyXAction.C
===
--- src/LyXAction.C (Revision 15688)
+++ src/LyXAction.C (Arbeitskopie)
@@ -366,6 +366,8 @@ void LyXAction::init()
{ LFUN_WINDOW_NEW, "window-new", NoBuffer },
{ LFUN_WINDOW_CLOSE, "wind
Am Mittwoch, 1. November 2006 15:38 schrieb Ozgur Ugras BARAN:
> By the way, I haven't seen nomencl commit in svn. Is something
> missing, or do you need new diff?
Shortly after you went on holiday a freeze was announced, and nothing new
was allowed to go in. Fortunately Jose (the 1.5.0 release m
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Thank you very much! (You must be watching the svn logs very
Michael> very carefully.)
Not very carefully, but I do look at all of them (especially to see
what could be used in 1.4 too).
JMarc
Am Dienstag, 24. Oktober 2006 16:15 schrieb Jean-Marc Lasgouttes:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> Can somebody add him to the credits stuff please? I don't know
> Georg> how that works.
>
> I did it (also for the new Galician translator).
Thanks.
> Please ch
Jean-Marc Lasgouttes wrote:
Also, Michael, you should not change CREDITS directly, but edit
generate_contributions.py. I propagated your latest change.
Thank you very much! (You must be watching the svn logs very very
carefully.)
Michael
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Can somebody add him to the credits stuff please? I don't know
Georg> how that works.
I did it (also for the new Galician translator). Please check that I
did it right (I kind of guessed the alphabetic ordering).
Also, Michael, you s
Am Donnerstag, 19. Oktober 2006 08:44 schrieb Ozgur Ugras BARAN:
> The diff is already in the tgz file (x.diff). It contains necessary
> makefile changes and also insetbase changes.
>
> Oh the licencing.. of course..
>
> I hereby declare that, I grant permission for all my past and future
> contr
Stupid me, I forgot the file... :)
Here it is.
On 10/20/06, Ozgur Ugras BARAN <[EMAIL PROTECTED]> wrote:
Here is the updated nomencl files.
I will be away for the next week for holidays. Everybody enjoy Denmark..
Ugras
nom.tgz
Description: GNU Zip compressed data
Here is the updated nomencl files.
I will be away for the next week for holidays. Everybody enjoy Denmark..
Ugras
OK.. here we go.. The diff is against rev 15393. I made a couple of
updates after your commit.
ugras
On 10/20/06, Georg Baum <[EMAIL PROTECTED]> wrote:
Am Freitag, 20. Oktober 2006 10:39 schrieben Sie:
> Sure.. Is there something similar that I can put instead of
>
> lyx::from_utf8(Glib::locale
Ozgur Ugras BARAN wrote:
> this diff removes most of the get/set command function calls from the
> lyx code. I didn't touch cite stuff, as we decided.
Thanks. Could you please rework the patch to use
qstring_to_ucs4()
instead of
lyx::utf8_to_ucs4(fromqstr())
?
Georg
this diff removes most of the get/set command function calls from the
lyx code. I didn't touch cite stuff, as we decided.
On 10/19/06, Ozgur Ugras BARAN <[EMAIL PROTECTED]> wrote:
By the way, I am starting to cleanup of get/set options/contents stuff
from Lyx code (excluding cite related files)
By the way, I am starting to cleanup of get/set options/contents stuff
from Lyx code (excluding cite related files). However, tomorrow I am
going to holidays for a week. I will send you the patch as much as I
can finish. I can do the rest as I return back form holidays.
ugras
The diff is already in the tgz file (x.diff). It contains necessary
makefile changes and also insetbase changes.
Oh the licencing.. of course..
I hereby declare that, I grant permission for all my past and future
contributions to LyX project under the Gnu General Public Licence
version 2 or late
Georg Baum wrote:
> Ozgur Ugras BARAN wrote:
>
>> Here we go...
>>
>> I can't compile for gtk no more due to fontmetrics issues, therefore
>> gtk frontend haven't been tested. I have tested it before the
>> corresponding svn commit, and it was working.
>
> That is no problem.
>
> You forgot a
Ozgur Ugras BARAN wrote:
> Here we go...
>
> I can't compile for gtk no more due to fontmetrics issues, therefore
> gtk frontend haven't been tested. I have tested it before the
> corresponding svn commit, and it was working.
That is no problem.
You forgot a diff of the makefiles and insetbase.
Here we go...
I can't compile for gtk no more due to fontmetrics issues, therefore
gtk frontend haven't been tested. I have tested it before the
corresponding svn commit, and it was working.
Ugras
On 10/17/06, Georg Baum <[EMAIL PROTECTED]> wrote:
It is in now.
Am Sonntag, 15. Oktober 2006 1
It is in now.
Am Sonntag, 15. Oktober 2006 18:02 schrieb Georg Baum:
> I have to check the parameter names of the cite commands, I believe that
> some need to be swapped.
That was not necessary.
> The command parser in lyx2lyx has also to be
> changed to something that understands nesting. I'
On 10/16/06, Georg Baum <[EMAIL PROTECTED]> wrote:
Ozgur Ugras BARAN wrote:
> well, quite a diff..
>
> Giving a unique name for each params is a good idea. I didn't dare to
> touch getOptions() etc. functions since they are called everywhere. I
> see that you are bold enough. :) Thanks for the p
Ozgur Ugras BARAN wrote:
> well, quite a diff..
>
> Giving a unique name for each params is a good idea. I didn't dare to
> touch getOptions() etc. functions since they are called everywhere. I
> see that you are bold enough. :) Thanks for the patch. I can
> participate by getting rid of those ge
well, quite a diff..
Giving a unique name for each params is a good idea. I didn't dare to
touch getOptions() etc. functions since they are called everywhere. I
see that you are bold enough. :) Thanks for the patch. I can
participate by getting rid of those get/set functions, if you wish. It
shou
Here comes the first part of the rework of InsetCommandParams I have been
working on.
All parameters do now have a name, and the plan is to get rid of
getOptions, getSecOptions, getContents etc. in a second step. That will
make the inset and dialog code easier to understand (especially of the
31 matches
Mail list logo
