scrollkeeper-devel

Re: [Scrollkeeper-devel] Re: group part of URN

[Bob S. <bo...@sc...>]

> From: <las...@su...>
> Organization: Sun Microsystems
> 
> > I seem to have missed the introduction of :group: in
> > the URN.  Is that necessary to establishing a document
> > "name" part?  Or is it part of the metadata (in which case
> > shouldn't it be in the OMF metadata elements)?
> 
> Oh, this was me. I just thought that for a large organization we might
> want to have another level between organization and document. Obvious
> values for this are project or package name.

Well, since the URN string as discussed so far is a
fixed-field string, then all URNs would have to have
a group (or a blank group field).  Given the already
large number of fields, I wonder if it is necessary.
Couldn't Sun (the obvious big organization example 8^)
coordinate assigning the documument name part?  Make
the project string part of the name?

I'm not objecting strongly, I just want the URN usage
to be perfectly clear.

bobs

Re: [Scrollkeeper-devel] Re: group part of URN

[Bob S. <bo...@sc...>]

> From: <las...@su...>
> 
> > Well, since the URN string as discussed so far is a
> > fixed-field string, then all URNs would have to have
> > a group (or a blank group field).  Given the already
> > large number of fields, I wonder if it is necessary.
> > Couldn't Sun (the obvious big organization example 8^)
> > coordinate assigning the documument name part?  Make
> > the project string part of the name?
> 
> :-) As far as Sun is concerned Scrollkeeper's primary purpose is to
> support the Gnome Desktop Help. So we would be able to manage the
> document names for some time without the "group" field. How about no
> "group" field, but we still use "x-omf1" to track the version of the urn
> to handle later changes easily?

Yes, I agree that identifying the schema version is
important for long-term maintainability.

bobs

Re: [Scrollkeeper-devel] Re: group part of URN

[<las...@Su...>]

> Well, since the URN string as discussed so far is a
> fixed-field string, then all URNs would have to have
> a group (or a blank group field).  Given the already
> large number of fields, I wonder if it is necessary.
> Couldn't Sun (the obvious big organization example 8^)
> coordinate assigning the documument name part?  Make
> the project string part of the name?

:-) As far as Sun is concerned Scrollkeeper's primary purpose is to
support the Gnome Desktop Help. So we would be able to manage the
document names for some time without the "group" field. How about no
"group" field, but we still use "x-omf1" to track the version of the urn
to handle later changes easily?

Laszlo

Re: [Scrollkeeper-devel] Re: group part of URN

[Eric B. <e.b...@no...>]

Le Tuesday 24 April 2001 11:51, L=E1szl=F3 Kov=E1cs a =E9crit :
> :-) As far as Sun is concerned Scrollkeeper's primary purpose is to
> support the Gnome Desktop Help.

Hey? We at KDE are starting to think about scrollkeeper integration as we=
ll.

--=20
+----------------------------------------------------------------------+
| =C9ric Bischoff                              mailto:e.b...@no... =
|
+----------------------------------------------------------------------+

Re: [Scrollkeeper-devel] Re: group part of URN

[<las...@Su...>]

Eric Bischoff wrote:
> =

> Le Tuesday 24 April 2001 11:51, L=E1szl=F3 Kov=E1cs a =E9crit :
> > :-) As far as Sun is concerned Scrollkeeper's primary purpose is to
> > support the Gnome Desktop Help.
> =

> Hey? We at KDE are starting to think about scrollkeeper integration as =
well.
> =

> --
> +----------------------------------------------------------------------=
+
> | =C9ric Bischoff                              mailto:e.bischoff@noos.f=
r |
> +----------------------------------------------------------------------=
+

Ah, sorry. Scrollkeeper is very platform independent, it does not have
anything platform specific in it. So integration with KDE should be no
problem.

Laszlo

Re: [Scrollkeeper-devel] Re: group part of URN

[Eric B. <e.b...@no...>]

Le Thursday 26 April 2001 14:01, L=E1szl=F3 Kov=E1cs a =E9crit :
> Eric Bischoff wrote:
> > Le Tuesday 24 April 2001 11:51, L=E1szl=F3 Kov=E1cs a =E9crit :
> > > :-) As far as Sun is concerned Scrollkeeper's primary purpose is to
> > > support the Gnome Desktop Help.
> >
> > Hey? We at KDE are starting to think about scrollkeeper integration a=
s
> > well.
>
> Ah, sorry. Scrollkeeper is very platform independent, it does not have
> anything platform specific in it. So integration with KDE should be no
> problem.

In fact I believe Cornelius is quickly progressing with his tests. But he=
=20
might be speaking about them better than I can.

--=20
+----------------------------------------------------------------------+
| =C9ric Bischoff                              mailto:e.b...@no... =
|
+----------------------------------------------------------------------+

Re: [Scrollkeeper-devel] Re: group part of URN

[David M. <da...@lu...>]

On Thu, Apr 26, 2001 at 02:21:28PM +0200, Eric Bischoff wrote:
> Le Thursday 26 April 2001 14:01, László Kovács a écrit :
> > Eric Bischoff wrote:
> > > Le Tuesday 24 April 2001 11:51, László Kovács a écrit :
> > > > :-) As far as Sun is concerned Scrollkeeper's primary purpose is to
> > > > support the Gnome Desktop Help.
> > >
> > > Hey? We at KDE are starting to think about scrollkeeper integration as
> > > well.
> >
> > Ah, sorry. Scrollkeeper is very platform independent, it does not have
> > anything platform specific in it. So integration with KDE should be no
> > problem.
> 
> In fact I believe Cornelius is quickly progressing with his tests. But he 
> might be speaking about them better than I can.

I am also committed to having all LDP documents available in sk.
Wow, all of us seem to be working together. Nice.

-- 
Dr. David C. Merrill                     http://www.lupercalia.net
Linux Documentation Project                   da...@lu...
Collection Editor & Coordinator            http://www.linuxdoc.org
                                       Finger me for my public key

To err is human -- to blame it on a computer is even more so.