headers
Olivier Sessink | 1 Mar 2007 11:20
Picon
Gravatar

compile error when compiling manpages without internet connection

make[1]: Entering directory `/home/olivier/bluefish/cvs/bluefish-gtk2/man'
/usr/bin/xsltproc --path "." --param man.charmap.use.subset "0"
bluefish.1.xml
warning: failed to load external entity
"http://docbook.sourceforge.net/release/xsl/current/html/graphics.xsl"
compilation error: file
http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl line
42 element include
xsl:include : unable to load
http://docbook.sourceforge.net/release/xsl/current/html/graphics.xsl
compilation error: file bluefish.1.xml line 20 element refentry
xsltParseStylesheetProcess : document is not a stylesheet
make[1]: *** [bluefish-unstable.1] Error 5
make[1]: Leaving directory `/home/olivier/bluefish/cvs/bluefish-gtk2/man'
make: *** [all-recursive] Error 1

--

-- 
To unsubscribe from this list: send the line "unsubscribe bluefish-dev" in
the body of a message to listar@...
List Web Page: http://www.ems.ru/cgi-bin/listargate.cgi
Main Web Page: http://bluefish.openoffice.nl/
Permalink | Reply | 6 comments |
headers
Jim Hayward | 1 Mar 2007 15:17

Re: Some issues with 1.1.2

On Mon, 2007-02-26 at 23:17 +0100, Olivier Sessink wrote:
> R Kimber wrote:
> > On Fri, 23 Feb 2007 23:10:36 +0100
> > Olivier Sessink wrote:
> > Rather than have Find *select* the  text, can't it make the line in
> > which it occurs current (which itself is highlighted) and highlight,
> > in another colour, the selected text. The highlight would be removed
> > when the line subsequently becomes non-current.
> 
> I was thinking to make such behaviour default, and create an extra
> option in the search dialog "Select matching text" (in the 'Options'
> area). Is that a good idea? Or is this an option that is too rarely used
> to have it in the dialog?

I can't see adding this option to the dialog. It would probably be
better just to decide what is the most desirable behavior. This behavior
appears to vary in other applications. Some select the text. Some just
highlight it.

Regards,
	Jim H
--

-- 
Jim Hayward <jimhayward@...>
GPG Key available at: http://keyserver.noreply.org
gpg --recv-keys --keyserver keyserver.noreply.org 0xAEDC1CCB
GPG Fingerprint: BF37 ED1C 45B6 28F2 627A  26FD C1D9 B574 AEDC 1CCB
Permalink | Reply | 5 comments |
headers
R Kimber | 1 Mar 2007 15:55

image insertion 1.1.2

Is there likely to be more work on the image insertion option soon?  It
would be really nice to have it pick up the height and width of images.

- Richard.
--

-- 
Richard Kimber
http://www.psr.keele.ac.uk/
Permalink | Reply | 23 comments |
headers
Daniel Leidert | 1 Mar 2007 16:37
Picon

Re: compile error when compiling manpages without internet connection

Am Donnerstag, den 01.03.2007, 11:20 +0100 schrieb Olivier Sessink:
> make[1]: Entering directory `/home/olivier/bluefish/cvs/bluefish-gtk2/man'
> /usr/bin/xsltproc --path "." --param man.charmap.use.subset "0"
> bluefish.1.xml
> warning: failed to load external entity
> "http://docbook.sourceforge.net/release/xsl/current/html/graphics.xsl"
> compilation error: file
> http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl line
> 42 element include
> xsl:include : unable to load
> http://docbook.sourceforge.net/release/xsl/current/html/graphics.xsl
> compilation error: file bluefish.1.xml line 20 element refentry
> xsltParseStylesheetProcess : document is not a stylesheet
> make[1]: *** [bluefish-unstable.1] Error 5
> make[1]: Leaving directory `/home/olivier/bluefish/cvs/bluefish-gtk2/man'
> make: *** [all-recursive] Error 1

Hm. Looks like a docbook-xsl problem. But
http://docbook.sourceforge.net/release/xsl/current/html/graphics.xsl
exists in the online resource. Do you use some kind of proxy, that could
have a broken cache?

Which distribution do you test? Sarge (in this case it's not recommended
to update the man-page with the Sarge docbook-xsl version)? Is there a
catalog entry for the docbook-xsl stylesheets? If you test on Debian,
did you ever update the system catalog during installation of the
bluefish-unstable?

Regards, Daniel
(Continue reading)

Permalink | Reply | 5 comments |
headers
Olivier Sessink | 1 Mar 2007 19:35
Picon
Gravatar

Re: compile error when compiling manpages without internet connection

Daniel Leidert wrote:

> Hm. Looks like a docbook-xsl problem. But
> http://docbook.sourceforge.net/release/xsl/current/html/graphics.xsl
> exists in the online resource. Do you use some kind of proxy, that could
> have a broken cache?

yeah could be, I was behind a very locked down connection. What would
happen if I would have pulled the cable and worked without any
connection at all?

> Which distribution do you test? Sarge (in this case it's not recommended
> to update the man-page with the Sarge docbook-xsl version)?

Ubuntu 6.0

> Is there a
> catalog entry for the docbook-xsl stylesheets?

how do I test?

regards,
	Olivier
Permalink | Reply | 4 comments |
headers
Daniel Leidert | 1 Mar 2007 19:57
Picon

Re: compile error when compiling manpages without internet connection

Am Donnerstag, den 01.03.2007, 19:35 +0100 schrieb Olivier Sessink:
> Daniel Leidert wrote:
> 
> > Hm. Looks like a docbook-xsl problem. But
> > http://docbook.sourceforge.net/release/xsl/current/html/graphics.xsl
> > exists in the online resource. Do you use some kind of proxy, that could
> > have a broken cache?
> 
> yeah could be, I was behind a very locked down connection. What would
> happen if I would have pulled the cable and worked without any
> connection at all?

If it really tries to get the online resource? It fails, because it
cannot find the stylesheet then. But Debian-based systems should provide
a docbook-xsl package (I'm the maintainer for Debian). Maybe you just
don't have it installed? Please make sure, that you have the latest
docbook-xsl version.

But normally, it should only try to update the man-page, if it cannot
find it or if the XML source was updated. We work around the first by
providing the man-page, so users don't need to have xsltproc installed.
So only if you update the XML source, it should try to reproduce the
man-page. Is that the case?

> > Which distribution do you test? Sarge (in this case it's not recommended
> > to update the man-page with the Sarge docbook-xsl version)?
> 
> Ubuntu 6.0
> 
> > Is there a
(Continue reading)

Permalink | Reply | 3 comments |
headers
Olivier Sessink | 1 Mar 2007 20:49
Picon
Gravatar

Re: image insertion 1.1.2

R Kimber wrote:
> Is there likely to be more work on the image insertion option soon?  It
> would be really nice to have it pick up the height and width of images.

the image dialog on the toolbar does pick up width and height on my
system.. which option are you referring to?

regards,
	Olivier
Permalink | Reply | 4 comments |
headers
clansco | 1 Mar 2007 21:49
Favicon

Re: image insertion 1.1.2

le Thu, 01 Mar 2007 20:49:09 +0100
Olivier Sessink <olivier@...> a écrit :

> R Kimber wrote:
> > Is there likely to be more work on the image insertion option soon?  It
> > would be really nice to have it pick up the height and width of images.
> 
> the image dialog on the toolbar does pick up width and height on my
> system.. which option are you referring to?

perhaps,  R Kimber have to try to change the false directory who bf try to find 
the image. 

example :
Im am in debut.txt, located at  ~/clansco/admin.inc
I want to open ~/clansco/images/someimage.png

insert image find ../images/someimage.png
et do not give heigth and width, and ... image !

please  R Kimber, change the location, in bf image location, as :
images/someimage.png (ie witout ../)

magic !! 
bf can find the image.

regards,
ff
> 
> regards,
(Continue reading)

Permalink | Reply | 0 comments |
headers
R Kimber | 1 Mar 2007 22:09

Re: image insertion 1.1.2

On Thu, 01 Mar 2007 20:49:09 +0100
Olivier Sessink wrote:

> R Kimber wrote:
> > Is there likely to be more work on the image insertion option
> > soon?  It would be really nice to have it pick up the height and
> > width of images.
> 
> the image dialog on the toolbar does pick up width and height on my
> system.. which option are you referring to?

Hmmnn.  I currently have 7 documents open.  If I click on the image
button and select an image via the dialog and insert it in the first
document I get:-

<img src="gif/loc2006sm.png" border="0" alt="whatever">

However, I've just noticed that if I open a new blank page and repeat
the process I get:-

<img src="file:///home/psrwebs/PSR/gif/loc2006sm.png" width="130"
height="54" border="0" alt="whatever">

So it is not consistently picking up the dimensions.

- Richard
--

-- 
Richard Kimber
http://www.psr.keele.ac.uk/
(Continue reading)

Permalink | Reply | 2 comments |
headers
Olivier Sessink | 1 Mar 2007 22:12
Picon
Gravatar

Re: Some issues with 1.1.2

Jim Hayward wrote:
> On Mon, 2007-02-26 at 23:17 +0100, Olivier Sessink wrote:
>> R Kimber wrote:
>>> On Fri, 23 Feb 2007 23:10:36 +0100
>>> Olivier Sessink wrote:
>>> Rather than have Find *select* the  text, can't it make the line in
>>> which it occurs current (which itself is highlighted) and highlight,
>>> in another colour, the selected text. The highlight would be removed
>>> when the line subsequently becomes non-current.
>> I was thinking to make such behaviour default, and create an extra
>> option in the search dialog "Select matching text" (in the 'Options'
>> area). Is that a good idea? Or is this an option that is too rarely used
>> to have it in the dialog?
> 
> I can't see adding this option to the dialog. It would probably be
> better just to decide what is the most desirable behavior. This behavior
> appears to vary in other applications. Some select the text. Some just
> highlight it.

ok, current cvs highlights the text without selecting it.

regards,
	Olivier
Permalink | Reply | 4 comments |

Gmane