On Sat, Aug 31, 2013 at 12:27 AM, Christopher Sean Morrison
wrote:
> Yeah, I would think so. I suggest starting incrementally, though, like with
> just one file or directory so we can see what those changes are going to look
> like before working on other files. If you work from an SVN source
See below. Any chance our repo wasn't upgraded? I see the server is
version 1.7.7, but I'm not sure if there is a programmatic way to check the
actual repo version.
Can anyone successfully use the "new" merge format:
$ svn merge ^/brlcad/trunk .
Thanks.
-Tom
-- Forwarded message --
On Sat, Aug 31, 2013 at 12:24 PM, Christopher Sean Morrison
wrote:
>
> On Aug 31, 2013, at 11:48 AM, Tom Browder wrote:
> Sounds like your motivation is to not have a presentation, but rather the
> information from a presentation in article format. I'd claim that's a new
> document altogether.
>
On Sat, Aug 31, 2013 at 12:08 PM, Christopher Sean Morrison
wrote:
> The backend is a 1.7 repository, so something else is going on or you're
> using some feature that requires a 1.8 dev backend. Does the merge example
> in the HACKING release steps work? It merely requires knowing what the
> la
On Aug 31, 2013, at 11:48 AM, Tom Browder wrote:
> The problem with presentations (esp. in PPT format) for me is in translating
> to a DB format. My motivation has been to get a usable, black-on-white,
> minimum-white-space doc I can print (printing colored slides is a huge waste
> of paper a
On Aug 31, 2013, at 1:05 PM, Christopher Sean Morrison wrote:
> The server is 1.7.7, which is pretty darn recent, but not as recent as your
> 1.8 dev version. Mergeinfo attributes have been in place since 1.5+ iirc, so
> I'm guessing it's just something specific with the way that request is bei
On Aug 31, 2013, at 12:29 PM, Tom Browder wrote:
> I created a private branch to fiddle with objects and time stamps and I'm
> trying to merge trunk changes to it. According to the svn docs I should be
> able to do this in my branch working dir:
>
> $ svn merge ^/brlcad/trunk .
>
> but I g
I created a private branch to fiddle with objects and time stamps and I'm
trying to merge trunk changes to it. According to the svn docs I should be
able to do this in my branch working dir:
$ svn merge ^/brlcad/trunk .
but I get:
svn: E27: Retrieval of mergeinfo unsupported by 'svn+ssh:/
On Sat, Aug 31, 2013 at 10:25 AM, Christopher Sean Morrison
wrote:
>
> On Aug 31, 2013, at 7:46 AM, Tom Browder wrote:
>
> Maybe we should reorganize the doc/docbook directory a bit to emphasize
> and ease the job of selecting style sheets by DocBook type. Change
> doc/docbook/ subdirs from:
>
>
On Sat, Aug 31, 2013 at 10:17 AM, Clifford Yapp wrote:
> On Sat, Aug 31, 2013 at 7:46 AM, Tom Browder
> wrote:
> > Cliff, I've taken the liberty of starting style sheets for the article
> type
> > and added two files:
>
...
> Take a look at what I've got in there now and see what you think.
> Si
On Aug 30, 2013, at 10:17 PM, starsee...@users.sourceforge.net wrote:
> Revision: 57350
> http://sourceforge.net/p/brlcad/code/57350
> Author: starseeker
> Date: 2013-08-31 02:17:50 + (Sat, 31 Aug 2013)
> Log Message:
> ---
> Update name of extra manpage output for bu_nt
On Aug 31, 2013, at 7:46 AM, Tom Browder wrote:
> Maybe we should reorganize the doc/docbook directory a bit to emphasize and
> ease the job of selecting style sheets by DocBook type. Change doc/docbook/
> subdirs from:
I agree that there's very little difference between articles, lessons, a
On Sat, Aug 31, 2013 at 7:46 AM, Tom Browder wrote:
> Cliff, I've taken the liberty of starting style sheets for the article type
> and added two files:
>
> doc/docbook/resources/brlcad/
> brlcad-article-fo-stylesheet.xsl.in
> brlcad-article-xhtml-stylesheet.xsl.in
>
> I've also referenc
Migrating the technical discussion to the mailing list where it belongs.
On Aug 31, 2013, at 8:32 AM, Harmanpreet Singh wrote:
> On Fri, Aug 30, 2013 at 12:41 PM, Christopher Sean Morrison
> wrote:
>
>> or converting them to boundary representation format (brep command) and
>> comparing volum
On Aug 31, 2013, at 8:30 AM, Tom Browder wrote:
> I see the mged attr command has no COPYRIGHT section. Is that policy for
> mged commands since I don't see many COPYRIGHT sections in the nged subdir?
It is not policy. Many of the nged commands are merely new and relatively
unreviewed/incomp
I see the mged attr command has no COPYRIGHT section. Is that policy for
mged commands since I don't see many COPYRIGHT sections in the nged subdir?
-Tom
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012,
On Sat, Aug 31, 2013 at 6:46 AM, Tom Browder wrote:
> However, I haven't touched
> misc/CMake/DocNook.cmake
>
That's:
misc/CMake/DocBook.cmake
-Tom
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, m
Cliff, I've taken the liberty of starting style sheets for the article type
and added two files:
doc/docbook/resources/brlcad/
brlcad-article-fo-stylesheet.xsl.in
brlcad-article-xhtml-stylesheet.xsl.in
I've also referenced them in:
doc/docbook/CMakeLists.txt
However, I haven't touch
On Fri, Aug 30, 2013 at 9:32 PM, Clifford Yapp wrote:
> On Fri, Aug 30, 2013 at 7:53 PM, Tom Browder
> wrote:
> With CMake I think we need maybe a separate xsl
>
> file for:
> > man/html
> ...
>
So these would be equivalent (roughly) to the
> resources/brlcad/brlcad-*-stylesheet.xsl.in files,
19 matches
Mail list logo
