LFUN_ENVIRONMENT_INSERT

[Pavel Sanda]

hi,

i see
LFUN_ENVIRONMENT_INSERT,// unused as of 20060905
in FuncCode.h.

shold i schedule it to removal?
pavel

Re: Re: LyX version 1.6.0 (beta 3) is released

[Dr. Michael Gerz]

Joost Verburg schrieb:
Windows binaries for beta 3 are available at http://www.lyx.org/~joost 
. Can you put them in ftp://ftp.devel.lyx.org/pub/lyx/devel/ ?

Hi Joost,

is it possible to run the 1.6.0 beta 3 binary in parallel to 1.5.5? What 
happens if I install 1.6.0b3 and de-install it later? Will the installer 
also delete my 1.5.5 settings etc.?


Michael

Re: Outline View on Mac: drawers vs. dockable/floating widget

[Bennett Helm]

On Mon, Jun 9, 2008 at 12:13 PM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

> Bennett Helm wrote:
>
>> On Mon, Jun 9, 2008 at 11:31 AM, Abdelrazak Younes <[EMAIL PROTECTED]>
>> wrote:
>>
>>  Things are getting a bit weird, though. Once after returning from
>> full-screen view to the floating widget, I moved the widget slightly and
>> it
>> docked unexpectedly. From then on, that window (the second window I
>> opened)
>> views the outline as a docked widget -- even after restarting LyX (which
>> hadn't been the case previously). Moreover, I now get a crash everytime I
>> open the second window. Here's the backtrace:
>>
>>
>
> OK, please try again with a fresh svn and then put all remaining bugs in
> bugzilla.


Will do. Again, thanks for your time and efforts.

Bennett

Re: Outline View on Mac: drawers vs. dockable/floating widget

[Abdelrazak Younes]

Bennett Helm wrote:

On Mon, Jun 9, 2008 at 11:31 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

  
Things are getting a bit weird, though. Once after returning from

full-screen view to the floating widget, I moved the widget slightly and it
docked unexpectedly. From then on, that window (the second window I opened)
views the outline as a docked widget -- even after restarting LyX (which
hadn't been the case previously). Moreover, I now get a crash everytime I
open the second window. Here's the backtrace:
  


OK, please try again with a fresh svn and then put all remaining bugs in 
bugzilla.


Abdel.

Re: Outline View on Mac: drawers vs. dockable/floating widget

[Bennett Helm]

On Mon, Jun 9, 2008 at 11:31 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

> Bennett Helm wrote:
>
>> On Mon, Jun 9, 2008 at 10:53 AM, Abdelrazak Younes <[EMAIL PROTECTED]>
>> wrote:
>>
>>
>>
>>> Abdelrazak Younes wrote:
>>>
>>>
>>>
 Bennett Helm wrote:

  One more complaint: on opening Outline, the keyboard focus is on the


> Outline
> widget. That's fine (though my personal preference is that keyboard
> focus
> remain with the document text). However, on Mac there's no way using
> the
> keyboard to get back to the text: you have to click with the mouse. I
> gather
>  is supposed to do this, at least on other systems, but on Mac
> 
> only toggles within the Outline widget between the drop-down list (TOC,
> figures, tables, footnotes, etc.) and the list of items of that type.
> Is
> there a way to fix this or, short of that, of having keyboard focus
> remain
> on the text?
>
>
>
>
 I will try to do the later.



>>> Done, also for view-source.
>>>
>>>
>>
>>
>> It works for view-source, but not for outline.
>>
>>
>
> Well, it works on Windows and I am betting on X11 too ;-)
>
>  Previously after viewing outline, keyboard focus was in the outline widget
>> but with nothing selected; hitting  once would then select the
>> drop-down list. Now, viewing outline keeps the keyboard focus in the
>> outline
>> widget, but with the drop-down list already selected.
>>
>>
>
> I guess the reason is that the Outline is a drawer and not a dock. OK, I am
> going to put in one last thing and then, if it still doesn't work well, what
> can I say? At this point, I think one of the other Mac developers should be
> involved... All I can do would be to unconditionally set the focus to the
> work area. This would mean that you would have no choice but to use the
> mouse in order to use the outline.


At least superficially that does it. (On Mac, there is no consistent way of
flipping between widgets with the keyboard, so having this be mouse only I
think is a reasonable compromise.)

Things are getting a bit weird, though. Once after returning from
full-screen view to the floating widget, I moved the widget slightly and it
docked unexpectedly. From then on, that window (the second window I opened)
views the outline as a docked widget -- even after restarting LyX (which
hadn't been the case previously). Moreover, I now get a crash everytime I
open the second window. Here's the backtrace:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x
0x005213bb in lyx::frontend::TocWidget::setTreeDepth (this=0x10859770,
depth=0) at TocWidget.cpp:125
125 Qt::MatchFlags(Qt::MatchWildcard|Qt::MatchRecursive));
(gdb) bt
#0  0x005213bb in lyx::frontend::TocWidget::setTreeDepth (this=0x10859770,
depth=0) at TocWidget.cpp:125
#1  0x0052174c in lyx::frontend::TocWidget::updateView (this=0x10859770) at
TocWidget.cpp:212
#2  0x004c817e in lyx::frontend::GuiToc::updateView (this=0xbfffddf0) at
GuiToc.cpp:66
#3  0x004d4648 in lyx::frontend::GuiView::updateDialogs (this=0x14dc700) at
GuiView.cpp:2232
#4  0x001322b3 in lyx::LyXFunc::processKeySym (this=0x142d490,
[EMAIL PROTECTED], state=lyx::ShiftModifier) at LyXFunc.cpp:300
#5  0x004ef847 in lyx::frontend::GuiWorkArea::keyPressEvent
(this=0x10874990, ev=0xbfffe54c) at GuiWorkArea.cpp:871
#6  0x005eb78f in QWidget::event () at qstring.h:831
#7  0x008d9f55 in QFrame::event () at qstring.h:831
#8  0x00956c8f in QAbstractScrollArea::event () at qstring.h:831
#9  0x004ef1c5 in lyx::frontend::GuiWorkArea::event (this=0x10874990,
e=0x10874990) at GuiWorkArea.cpp:630
#10 0x005aca0f in QApplicationPrivate::notify_helper () at qstring.h:831
#11 0x005b368a in QApplication::notify () at qstring.h:831
#12 0x0036ab01 in lyx::frontend::GuiApplication::notify (this=0x142d9e0,
receiver=0x0, event=0x0) at GuiApplication.cpp:1131
#13 0x00b65064 in QCoreApplication::notifyInternal () at qatomic_i386.h:134
#14 0x005f836c in qt_sendSpontaneousEvent () at qstring.h:831
#15 0x00616f04 in qt_mac_send_modifiers_changed () at qstring.h:831
#16 0x00617dcf in QKeyMapperPrivate::translateKeyEvent () at qstring.h:831
#17 0x005fb15a in QApplicationPrivate::globalEventProcessor () at
qstring.h:831
#18 0x90de0763 in DispatchEventToHandlers ()
#19 0x90ddfb9d in SendEventToEventTargetInternal ()
#20 0x90ddfa02 in SendEventToEventTargetWithOptions ()
#21 0x90e0ee16 in ToolboxEventDispatcherHandler ()
#22 0x90de0b1c in DispatchEventToHandlers ()
#23 0x90ddfb9d in SendEventToEventTargetInternal ()
#24 0x90dfc4ee in SendEventToEventTarget ()
#25 0x005f6ce1 in qt_mac_send_event () at qstring.h:831
#26 0x00603182 in QEventDispatcherMac::processEvents () at qstring.h:831
#27 0x00b64771 in QEventLoop::processEvents () at qatomic_i386.h:134
#28 0x00b6489a in QEventLoop::exec () at qatomic_i386.h:134
#29 0x00b67591 in QCoreApplication::exec () at qatomic_i386.h:134
#

Re: Sv: Re: PayPal icon on the Donation page, HOWTO?

[christian . ridderstrom]

On Sun, 8 Jun 2008, Pavel Sanda wrote:

i also faced this "group" problem. you could write some FAQ for wiki 
newbies :)


The problem is not with you, it's the setup of the system that's borked... 
For some reason that i don't understand, the function that resolves page 
names assumes that if the page doesn't exist, it should be created in a 
wiki group called 'Group'.


A function called ResolvePageName() is used to find pages and the path for 
finding pages is set by:


$PagePathFmt = array('{$Group}.$1', # page in current group
  '{$DefaultGroup}.$1', # page in default group (Web)
  '$1.$1', # group home page
  '$1.{$DefaultName}',# group home page
  );

Normally, {$Group} is replaced by the current wiki group. So if you link 
to a page that doesn't exist from a page within the group 'Web', I'd 
expect $Group = Web.


When using a URI directly, I'd expect the AliasMatch directive to rewrite 
e.g.

http://www.lyx.org/SomeNewPage
into
http://www.lyx.org/pmwiki.php/Web/SomeNewPage

where the group (/Web/) also has been specified.

So there's something going on that I don't understand, but I'll look at it 
more.


/Christian

PS. It's almost as if the ResolvePageName() doesn't have a proper value 
for {$Group} and then decides that it should really be 'Group'. *sigh*


--
Christian Ridderström, +46-8-768 39 44   http://www.md.kth.se/~chr

Re: Server

[christian . ridderstrom]

On Sat, 31 May 2008, Pavel Sanda wrote:


Andre Poenitz wrote:


The server(s) seems to be unreachable again?

Incidentally: Does anybody have numbers on how much traffic/bandwidth
we use, what storage requirements we have etc?


for some orientation apache logs give in 20 apr - 23 may for www+wiki 48 
gb (http headers excluded, bugzilla,trac excluded, _ftp_ excluded ! ).


Which I make to about 18 kbit/s as a continuous equivalent.

As for storeage, this is what 'du -hs /home/lyx/*' gives:

3.9G/home/lyx/backup.cvs
420M/home/lyx/cvs
69M /home/lyx/lyx-devel-cvs
15G /home/lyx/svndumps
1.7G/home/lyx/svnstore
705M/home/lyx/www

I don't know where ftp.devel.lyx.org is located on aussie though. Nor how 
much data we have on ftp.lyx.org (which is on another machine).


/Christian

--
Christian Ridderström, +46-8-768 39 44   http://www.md.kth.se/~chr

Re: Outline View on Mac: drawers vs. dockable/floating widget

[Abdelrazak Younes]

Bennett Helm wrote:

On Mon, Jun 9, 2008 at 10:53 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

  

Abdelrazak Younes wrote:



Bennett Helm wrote:

 One more complaint: on opening Outline, the keyboard focus is on the
  

Outline
widget. That's fine (though my personal preference is that keyboard focus
remain with the document text). However, on Mac there's no way using the
keyboard to get back to the text: you have to click with the mouse. I
gather
 is supposed to do this, at least on other systems, but on Mac 
only toggles within the Outline widget between the drop-down list (TOC,
figures, tables, footnotes, etc.) and the list of items of that type. Is
there a way to fix this or, short of that, of having keyboard focus
remain
on the text?




I will try to do the later.

  

Done, also for view-source.




It works for view-source, but not for outline.
  


Well, it works on Windows and I am betting on X11 too ;-)


Previously after viewing outline, keyboard focus was in the outline widget
but with nothing selected; hitting  once would then select the
drop-down list. Now, viewing outline keeps the keyboard focus in the outline
widget, but with the drop-down list already selected.
  


I guess the reason is that the Outline is a drawer and not a dock. OK, I 
am going to put in one last thing and then, if it still doesn't work 
well, what can I say? At this point, I think one of the other Mac 
developers should be involved... All I can do would be to 
unconditionally set the focus to the work area. This would mean that you 
would have no choice but to use the mouse in order to use the outline.


Abdel.

Re: Outline View on Mac: drawers vs. dockable/floating widget

[Bennett Helm]

On Mon, Jun 9, 2008 at 10:53 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

> Abdelrazak Younes wrote:
>
>> Bennett Helm wrote:
>>
>>  One more complaint: on opening Outline, the keyboard focus is on the
>>> Outline
>>> widget. That's fine (though my personal preference is that keyboard focus
>>> remain with the document text). However, on Mac there's no way using the
>>> keyboard to get back to the text: you have to click with the mouse. I
>>> gather
>>>  is supposed to do this, at least on other systems, but on Mac 
>>> only toggles within the Outline widget between the drop-down list (TOC,
>>> figures, tables, footnotes, etc.) and the list of items of that type. Is
>>> there a way to fix this or, short of that, of having keyboard focus
>>> remain
>>> on the text?
>>>
>>>
>> I will try to do the later.
>>
> Done, also for view-source.


It works for view-source, but not for outline.

Previously after viewing outline, keyboard focus was in the outline widget
but with nothing selected; hitting  once would then select the
drop-down list. Now, viewing outline keeps the keyboard focus in the outline
widget, but with the drop-down list already selected.

Bennett

Re: [Cvslog] r25203 - in /lyx-devel/trunk/src/frontends/qt4: GuiDocume...

[Jürgen Spitzmüller]

Pavel Sanda wrote:
> i can't believe :) 

I couldn't either.

> when you put completely new label inside the group 
> is it then automatically enabled for you?

This works. Odd.

Jürgen

Question on copiers

[Paul A. Rubin]

Before putting an enhancement suggestion into bugzilla, I need to check 
my understanding on something.  Let's say that a user inserts a LaTeX 
macro into ERT that contains a relative path to an external file.  LyX 
fails to recognize it as a file and therefore does not copy the source 
file to the temp directory or modify the path to it.  Am I right that 
defining a file format and if necessary a copier for it will not help, 
because LyX will still not recognize that the ERT code is a file that 
needs copying?


Hope that made sense.

/Paul

Re: [Cvslog] r25203 - in /lyx-devel/trunk/src/frontends/qt4: GuiDocume...

[Pavel Sanda]

Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > i'm sorry i haven't wrote that in bugzilla before, but i think the only
> > thing needed was to give proper parent to that label, ie. to be under the
> > checkable pane.
> 
> That doesn't work for some weird reason.

i can't believe :) when you put completely new label inside the group
is it then automatically enabled for you?

pavel

Re: Outline View on Mac: drawers vs. dockable/floating widget

[Abdelrazak Younes]

Abdelrazak Younes wrote:

Bennett Helm wrote:

One more complaint: on opening Outline, the keyboard focus is on the 
Outline
widget. That's fine (though my personal preference is that keyboard 
focus

remain with the document text). However, on Mac there's no way using the
keyboard to get back to the text: you have to click with the mouse. I 
gather
 is supposed to do this, at least on other systems, but on Mac 


only toggles within the Outline widget between the drop-down list (TOC,
figures, tables, footnotes, etc.) and the list of items of that type. Is
there a way to fix this or, short of that, of having keyboard focus 
remain

on the text?
  

I will try to do the later.

Done, also for view-source.

Abdel.

Re: [Cvslog] r25203 - in /lyx-devel/trunk/src/frontends/qt4: GuiDocume...

[Jürgen Spitzmüller]

Pavel Sanda wrote:
> i'm sorry i haven't wrote that in bugzilla before, but i think the only
> thing needed was to give proper parent to that label, ie. to be under the
> checkable pane.

That doesn't work for some weird reason.

Jürgen

Re: [Cvslog] r25203 - in /lyx-devel/trunk/src/frontends/qt4: GuiDocume...

[Pavel Sanda]

[EMAIL PROTECTED] wrote:
> Author: spitz
> Date: Mon Jun  9 12:41:58 2008
> New Revision: 25203
> 
> URL: http://www.lyx.org/trac/changeset/25203
> Log:
> brute fix weird bug 4936.

 
>   connect(pdfSupportModule->use_hyperrefGB, SIGNAL(toggled(bool)),
> - this, SLOT(change_adaptor()));
> + this, SLOT(useHyperrefClicked()));
>   connect(pdfSupportModule->titleLE, SIGNAL(textChanged(const QString &)),
>   this, SLOT(change_adaptor()));
>   connect(pdfSupportModule->authorLE, SIGNAL(textChanged(const QString 
> &)),
> @@ -1010,6 +1010,15 @@
>  void GuiDocument::useDefaultsClicked()
>  {
>   useClassDefaults();
> +}
> +
> +
> +void GuiDocument::useHyperrefClicked()
> +{
> + // strange as it is, Qt seems to be unable to handle this by itself
> + pdfSupportModule->bookmarksopenlevelLA->setEnabled(
> + pdfSupportModule->bookmarksopenlevelSB->isEnabled());
> + change_adaptor();
>  }

i'm sorry i haven't wrote that in bugzilla before, but i think the only thing 
needed
was to give proper parent to that label, ie. to be under the checkable pane.

pavel

Re: Outline View on Mac: drawers vs. dockable/floating widget

[Bennett Helm]

On Mon, Jun 9, 2008 at 9:59 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

> Bennett Helm wrote:
>
>> On Mon, Jun 9, 2008 at 8:57 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>>>   I've done that, please test and report. You can also try to
>>>
>>>
   play with the window flags and feature in order to fine tune
   the behaviour.


  It mostly works. The only problem is that on switching back from
 full-screen to normal windowed mode, the Outline is docked rather than a
 drawer.



>>> Could you please 'svn update', test, apply this patch and test again?
>>>
>>>
>>
> Just for clarification, does the report below is before or after applying
> the patch? Could you also test with (or without) the patch please?


The report is with the patch applied. Without the patch, returning from
full-screen to normal window leaves the Outline visible as a docked widget.
Otherwise, there is no change.


> Open new document, view Outline: opens correctly in a drawer. Switch to
>> full-screen mode: Outline becomes a docked widget. So far so good (as
>> before). Now switch back to normal windowed mode, and Outline
>> (incorrectly)
>> disappears. Select Document > Outline again, and it (incorrectly) appears
>> as
>> a docked widget, with apparently no way to get it back to a drawer from
>> the
>> UI. At this point, open a new document (in a new window), view Outline,
>> and
>> it (correctly) appears as a drawer.
>>
>> Incidentally, whenever there are multiple documents open, each in its own
>> window and each with Outline showing (whether in a drawer or docked
>> widget),
>> closing one Outline results in *all* Outlines closing (instead of only
>> that
>> one).
>>
>>
> That's a bug I can't reproduce on Windows I'm afraid. Here only the current
> window is affected, other windows of course keep their Outlines.


Alas.


> One more complaint: on opening Outline, the keyboard focus is on the
>> Outline
>> widget. That's fine (though my personal preference is that keyboard focus
>> remain with the document text). However, on Mac there's no way using the
>> keyboard to get back to the text: you have to click with the mouse. I
>> gather
>>  is supposed to do this, at least on other systems, but on Mac 
>> only toggles within the Outline widget between the drop-down list (TOC,
>> figures, tables, footnotes, etc.) and the list of items of that type. Is
>> there a way to fix this or, short of that, of having keyboard focus remain
>> on the text?
>>
>>
> I will try to do the later.


Thanks.

Bennett

Re: Outline View on Mac: drawers vs. dockable/floating widget

[Abdelrazak Younes]

Bennett Helm wrote:

On Mon, Jun 9, 2008 at 8:57 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

  

   I've done that, please test and report. You can also try to


   play with the window flags and feature in order to fine tune
   the behaviour.


 It mostly works. The only problem is that on switching back from
full-screen to normal windowed mode, the Outline is docked rather than a
drawer.

  

Could you please 'svn update', test, apply this patch and test again?



Just for clarification, does the report below is before or after 
applying the patch? Could you also test with (or without) the patch please?




Open new document, view Outline: opens correctly in a drawer. Switch to
full-screen mode: Outline becomes a docked widget. So far so good (as
before). Now switch back to normal windowed mode, and Outline (incorrectly)
disappears. Select Document > Outline again, and it (incorrectly) appears as
a docked widget, with apparently no way to get it back to a drawer from the
UI. At this point, open a new document (in a new window), view Outline, and
it (correctly) appears as a drawer.

Incidentally, whenever there are multiple documents open, each in its own
window and each with Outline showing (whether in a drawer or docked widget),
closing one Outline results in *all* Outlines closing (instead of only that
one).
  
That's a bug I can't reproduce on Windows I'm afraid. Here only the 
current window is affected, other windows of course keep their Outlines.



One more complaint: on opening Outline, the keyboard focus is on the Outline
widget. That's fine (though my personal preference is that keyboard focus
remain with the document text). However, on Mac there's no way using the
keyboard to get back to the text: you have to click with the mouse. I gather
 is supposed to do this, at least on other systems, but on Mac 
only toggles within the Outline widget between the drop-down list (TOC,
figures, tables, footnotes, etc.) and the list of items of that type. Is
there a way to fix this or, short of that, of having keyboard focus remain
on the text?
  

I will try to do the later.

Abdel.

Re: LyX version 1.6.0 (beta 3) is released

[José Matos]

On Saturday 07 June 2008 17:22:27 Joost Verburg wrote:
> José Matos wrote:
> > We are glad to announce the release of LyX 1.6.0 (beta 3).
>
> Windows binaries for beta 3 are available at http://www.lyx.org/~joost .
> Can you put them in ftp://ftp.devel.lyx.org/pub/lyx/devel/ ?

Done, thanks. :-)

> Joost

-- 
José Abílio

Re: Outline View on Mac: drawers vs. dockable/floating widget

[Bennett Helm]

On Mon, Jun 9, 2008 at 8:57 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

>I've done that, please test and report. You can also try to
>>play with the window flags and feature in order to fine tune
>>the behaviour.
>>
>>
>>  It mostly works. The only problem is that on switching back from
>> full-screen to normal windowed mode, the Outline is docked rather than a
>> drawer.
>>
>
> Could you please 'svn update', test, apply this patch and test again?


Open new document, view Outline: opens correctly in a drawer. Switch to
full-screen mode: Outline becomes a docked widget. So far so good (as
before). Now switch back to normal windowed mode, and Outline (incorrectly)
disappears. Select Document > Outline again, and it (incorrectly) appears as
a docked widget, with apparently no way to get it back to a drawer from the
UI. At this point, open a new document (in a new window), view Outline, and
it (correctly) appears as a drawer.

Incidentally, whenever there are multiple documents open, each in its own
window and each with Outline showing (whether in a drawer or docked widget),
closing one Outline results in *all* Outlines closing (instead of only that
one).

One more complaint: on opening Outline, the keyboard focus is on the Outline
widget. That's fine (though my personal preference is that keyboard focus
remain with the document text). However, on Mac there's no way using the
keyboard to get back to the text: you have to click with the mouse. I gather
 is supposed to do this, at least on other systems, but on Mac 
only toggles within the Outline widget between the drop-down list (TOC,
figures, tables, footnotes, etc.) and the list of items of that type. Is
there a way to fix this or, short of that, of having keyboard focus remain
on the text?

Bennett

Re: Fwd: r25167 - in /lyx-devel/trunk: ABOUT-NLS autogen.sh config...

[Enrico Forestieri]

On Mon, Jun 09, 2008 at 08:47:35AM +0200, Jean-Marc Lasgouttes wrote:
> > Works fine on Windows. Maybe try to upgrade libintl and iconv?
> 
> Do you see now why removing gettext was an error? I am going to put  
> it back anyway...

I think it is better. This is with the latest Solaris 10:

$ ./autogen.sh
Using automake (GNU automake) 1.9
Using autoconf (GNU Autoconf) 2.60
Copying gettext code...
autopoint: *** infrastructure files for version 0.14.5 not found; this is 
autopoint from GNU gettext-tools 0.14.1
autopoint: *** Stop.
Building macros...
Building config header template...
Building Makefile templates...
configure.ac:462: required file `intl/Makefile.in' not found
Makefile.am:20: required directory ./intl does not exist
Makefile.am:10: required directory ./intl does not exist
Building configure...

run "./configure ; make"


-- 
Enrico

Re: Outline View on Mac: drawers vs. dockable/floating widget

[Abdelrazak Younes]

Bennett Helm wrote:
On Mon, Jun 9, 2008 at 3:14 AM, Abdelrazak Younes <[EMAIL PROTECTED] 
> wrote:


Abdelrazak Younes wrote:

Bennett Helm wrote:

My preferences here would be as follows (rank ordered from
most to least
preferred):

a) fix the drawer implementation to work in full-screen
view (with windows
visible)

b) switch to a dockable/floating widget implementation,
provided (1)-(3) can
be fixed

c) stick with drawers, not visible in full-screen view,
but fixing the bug I
mentioned at the beginning.

Any thoughts?
 



d) switch to a dockable widget when working in full-screen
mode and switching back to drawer when leaving full-screen mode.


Even better.
 


I've done that, please test and report. You can also try to
play with the window flags and feature in order to fine tune
the behaviour.


 It mostly works. The only problem is that on switching back from 
full-screen to normal windowed mode, the Outline is docked rather than 
a drawer.


Could you please 'svn update', test, apply this patch and test again?

Thanks in advance,
Abdel.


Index: GuiToc.cpp
===
--- GuiToc.cpp  (revision 25206)
+++ GuiToc.cpp  (working copy)
@@ -59,10 +59,6 @@
setWindowFlags(Qt::Widget);
setFeatures(DockWidgetClosable);
show();
-   } else if (windowFlags() & Qt::Widget && !lyxview().isFullScreen()) {
-   setWindowFlags(Qt::Drawer);
-   setFeatures(NoDockWidgetFeatures);
-   show();
}
widget_->updateView();
 }

Re: Outline View on Mac: drawers vs. dockable/floating widget

[Bennett Helm]

On Mon, Jun 9, 2008 at 3:14 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

> Abdelrazak Younes wrote:
>
>> Bennett Helm wrote:
>>
>>  My preferences here would be as follows (rank ordered from most to least
>>> preferred):
>>>
>>> a) fix the drawer implementation to work in full-screen view (with
>>> windows
>>> visible)
>>>
>>> b) switch to a dockable/floating widget implementation, provided (1)-(3)
>>> can
>>> be fixed
>>>
>>> c) stick with drawers, not visible in full-screen view, but fixing the
>>> bug I
>>> mentioned at the beginning.
>>>
>>> Any thoughts?
>>>
>>>
>>
>> d) switch to a dockable widget when working in full-screen mode and
>> switching back to drawer when leaving full-screen mode.
>
>
Even better.


> I've done that, please test and report. You can also try to play with the
>> window flags and feature in order to fine tune the behaviour.
>>
>
 It mostly works. The only problem is that on switching back from
full-screen to normal windowed mode, the Outline is docked rather than a
drawer.

Bennett

Re: Fwd: r25167 - in /lyx-devel/trunk: ABOUT-NLS autogen.sh config...

[Abdelrazak Younes]

Kornel Benko wrote:

Am Monday 09 June 2008 schrieb Abdelrazak Younes:
  

Jean-Marc Lasgouttes wrote:


Works fine on Windows. Maybe try to upgrade libintl and iconv?


Do you see now why removing gettext was an error?
  
No, this is a one time thing to do. As a Windows developer (shame on me) 
I don't see this as a problem as we have to install the support 
libraries ourselves anyway. Requiring this or that version is absolutely 
the same for me.


Besides, I am not sure this is a specifically a problem with intl and 
not with CMake.



I had no problems if I use
set(use_external_libintl TRUE)
unconditionally on linux. (not only for WIN32 OR APPLE)

(about line 140 in development/cmake/CMakeLists.txt)
  

Yes, of course I should have done that. I'll do it now.

Abdel.

Re: Fwd: r25167 - in /lyx-devel/trunk: ABOUT-NLS autogen.sh config...

[Kornel Benko]

Am Monday 09 June 2008 schrieb Abdelrazak Younes:
> Jean-Marc Lasgouttes wrote:
> >> Works fine on Windows. Maybe try to upgrade libintl and iconv?
> >
> > Do you see now why removing gettext was an error?
> 
> No, this is a one time thing to do. As a Windows developer (shame on me) 
> I don't see this as a problem as we have to install the support 
> libraries ourselves anyway. Requiring this or that version is absolutely 
> the same for me.
> 
> Besides, I am not sure this is a specifically a problem with intl and 
> not with CMake.

I had no problems if I use
set(use_external_libintl TRUE)
unconditionally on linux. (not only for WIN32 OR APPLE)

(about line 140 in development/cmake/CMakeLists.txt)

> > I am going to put it back anyway...
> As you feel, it does not cost much on my harddrive anyway as I don't 
> compile it :-)
> 
> Abdel.
> 
> 

Kornel
-- 
Kornel Benko
[EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part.

Creating a new web page (Was: PayPal icon on the Donation page,HOWTO?)

[christian . ridderstrom]

Hi,

For those of you that would like to create a new web page, you'll need to 
know the following.


Currently there is something strange with the configuration of the web 
(wiki) site. It _should_ be possible to just enter a URI such as


http://www.lyx.org/SomeNewPage?action=edit

and just create that page. However, this currently creates a page in a
(nonexistant) wiki group called 'Group', instead of in the page 'Web' 
where it should be created.


The workaround is to specify the name of the group in the URI when you 
create the page, e.g.


http://www.lyx.org/Web/SomeNewPage?action=edit

Also note that if you create a link to a page that does not exist, this 
will also point to the wrong page, or rather to a page with the correct 
name but in the wrong wiki group.


The workaround here is to specify the name of the group in the link, e.g.

[[Web/SomeNewPage]]

Please note that one the page exists (in the correct group, i.e. Web), a 
link such as the following works just fine.


http://www.lyx.org/SomeNewPage?action=edit

I will try and figure out why we have this bug in the configuration, but 
the setup is a tiny bit of a mess as there were several of us working with 
the configuration at the same time.  (I'm also a bit hampered while 
troubleshooting, as I don't want to break the site... I might be able to 
use the test site to deal with this.)


best regards,
Christian

--
Christian Ridderström, +46-8-768 39 44   http://www.md.kth.se/~chr

Re: floats handling on x64

[Jürgen Spitzmüller]

Enrico Forestieri wrote:
> The attached patch fixes it for me.

confirmed.
(in the long run, we should aim at supporting localized numerics, though).

Jürgen

Re: r25167 - in /lyx-devel/trunk: ABOUT-NLS autogen.sh config...

[Abdelrazak Younes]

Stefan Schimanski wrote:


Am 09.06.2008 um 09:25 schrieb Abdelrazak Younes:


Stefan Schimanski wrote:


Am 09.06.2008 um 08:28 schrieb Abdelrazak Younes:


Stefan Schimanski wrote:
It seems he does not link against iconv, although it is found when 
calling cmake.


Works fine on Windows. Maybe try to upgrade libintl and iconv?


It's very strange. In fact -liconv is part of the linker command 
line. But still iconv is not properly linked in.
I think (not sure) the libintl in your system must be linked with the 
same libiconv as your application. Maybe that's the problem?


Yes, I think it is. It seems he picks up libintl from MacPorts and 
iconv from /usr/lib. Now cmake refuses every attempt to make him link 
also against the libiconv from MacPorts.


Hum, did you have a look at FindICONV.cmake* ? You might need some Mac 
specialisation there as for Windows.


Putting Peter in the loop...

Abdel.
*

Re: r25167 - in /lyx-devel/trunk: ABOUT-NLS autogen.sh config...

[Stefan Schimanski]

Am 09.06.2008 um 09:25 schrieb Abdelrazak Younes:


Stefan Schimanski wrote:


Am 09.06.2008 um 08:28 schrieb Abdelrazak Younes:


Stefan Schimanski wrote:
It seems he does not link against iconv, although it is found  
when calling cmake.


Works fine on Windows. Maybe try to upgrade libintl and iconv?


It's very strange. In fact -liconv is part of the linker command  
line. But still iconv is not properly linked in.
I think (not sure) the libintl in your system must be linked with  
the same libiconv as your application. Maybe that's the problem?


Yes, I think it is. It seems he picks up libintl from MacPorts and  
iconv from /usr/lib. Now cmake refuses every attempt to make him link  
also against the libiconv from MacPorts.


Stefan

Re: r25167 - in /lyx-devel/trunk: ABOUT-NLS autogen.sh config...

[Abdelrazak Younes]

Stefan Schimanski wrote:


Am 09.06.2008 um 08:28 schrieb Abdelrazak Younes:


Stefan Schimanski wrote:
It seems he does not link against iconv, although it is found when 
calling cmake.


Works fine on Windows. Maybe try to upgrade libintl and iconv?


It's very strange. In fact -liconv is part of the linker command line. 
But still iconv is not properly linked in.
I think (not sure) the libintl in your system must be linked with the 
same libiconv as your application. Maybe that's the problem?


Abdel.

Re: r25167 - in /lyx-devel/trunk: ABOUT-NLS autogen.sh config...

[Stefan Schimanski]

Am 09.06.2008 um 08:28 schrieb Abdelrazak Younes:


Stefan Schimanski wrote:
It seems he does not link against iconv, although it is found when  
calling cmake.


Works fine on Windows. Maybe try to upgrade libintl and iconv?


It's very strange. In fact -liconv is part of the linker command line.  
But still iconv is not properly linked in.


Stefan

Re: Sv: Re: PayPal icon on the Donation page, HOWTO?

[Abdelrazak Younes]

[EMAIL PROTECTED] wrote:

On Mon, 2 Jun 2008, Abdelrazak Younes wrote:

I now added a section 'Sponsorship" to the side bar but when 
clicking, this is always redirected to Group.Sponsorship. Does 
someone know this stuff?


I'm back now, did you fix the problem above?


By moving the contents to 'Donate' instead of its own page.


(There's a really easy but poorly documented solution in case you 
haven't found it)


I didn't, please tell us in any case.

Abdel.

Re: Outline View on Mac: drawers vs. dockable/floating widget

[Abdelrazak Younes]

Abdelrazak Younes wrote:

Bennett Helm wrote:


My preferences here would be as follows (rank ordered from most to least
preferred):

a) fix the drawer implementation to work in full-screen view (with 
windows

visible)

b) switch to a dockable/floating widget implementation, provided 
(1)-(3) can

be fixed

c) stick with drawers, not visible in full-screen view, but fixing 
the bug I

mentioned at the beginning.

Any thoughts?
  


d) switch to a dockable widget when working in full-screen mode and 
switching back to drawer when leaving full-screen mode.


I've done that, please test and report. You can also try to play with 
the window flags and feature in order to fine tune the behaviour.


Abdel.

Author: younes
Date: Mon Jun  9 09:09:29 2008
New Revision: 25197

URL: http://www.lyx.org/trac/changeset/25197
Log:
Navigator pane: Switch to dockwidget when working in fullscreen mode.

Modified:
   lyx-devel/trunk/src/frontends/qt4/GuiToc.cpp

Modified: lyx-devel/trunk/src/frontends/qt4/GuiToc.cpp
URL: 
http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/qt4/GuiToc.cpp?rev=25197
==
--- lyx-devel/trunk/src/frontends/qt4/GuiToc.cpp (original)
+++ lyx-devel/trunk/src/frontends/qt4/GuiToc.cpp Mon Jun  9 09:09:29 2008
@@ -48,6 +48,21 @@

void GuiToc::updateView()
{
+#ifndef Q_WS_MACX
+   widget_->updateView();
+   return;
+#endif
+
+   // Special code for Mac drawer.
+   if (windowFlags() & Qt::Drawer && lyxview().isFullScreen()) {
+   setWindowFlags(Qt::Widget);
+   setFeatures(DockWidgetClosable);
+   show();
+   } else if (windowFlags() & Qt::Widget && !lyxview().isFullScreen()) {
+   setWindowFlags(Qt::Drawer);
+   setFeatures(NoDockWidgetFeatures);
+   show();
+   }
widget_->updateView();
}