scribia-developers — Discussion of Scribia development.

Re: [Scribia-dev] crash & new stuff

[Charles L. <da...@sy...>]

>Anyway, my area is GUI and i've checked in sorting for all GUI views! :)

weird. i just did a check out and here's what ended up in the
CScribiaDocumentWindow.cp file, somewhere in the middle of the #includes:

<<<<<<< CScribiaDocumentWindow.cp
//#include "CSharesTable.h"
=======
>>>>>>> 1.15

sounds like some CVS log thing, but it obviously doesn't compile :) i
deleted the weird lines and committed the change.


--

charles lechasseur - da...@sy...
http://www3.sympatico.ca/danov/marathon/

  "The butts of evil are awaiting my bootprints!"
     - Minsc

[Scribia-dev] crash & new stuff

[Ben H. <bh...@al...>]

This crashes the scanner:

1/27/01 3:48:56p Sensurr gives you 2 coins for the stone.
1/28/01 5:47:04p Sensurr gives you 2 coins for the stone.

I took a look at it but couldnt figure out why exactly. Lark?

Anyway, my area is GUI and i've checked in sorting for all GUI views! :)

-Ben (Thoom)
-- 
NOTE: Please change my address in your address book from bh...@sa...
to bh...@al... as my UCSD address will be permanent.
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

Re: [Scribia-dev] small problems

[Lark <lar...@ya...>]

At 5:51 PM -0800 3/20/01, Ben Hines wrote:
>Fixed. I think i need a bigger sample of logs to scan for testing. I 
>only have a couple. Anyone willing to send me a decent lot of their 
>logs?

I can send you all of mine since the riptures if you'd like.

In other news, I've fixed some other scanner problems and brought the 
Final target up-to-date. I was going to roll a release, but there's a 
memory leak (at least in the Final target), so I punted for tonight.

-- 
Lark <lar...@ya...>

Re: [Scribia-dev] small problems

[Ben H. <bh...@al...>]

At 8:00 AM -0800 3/20/01, Lark wrote:
>- the "falls" table doesn't scroll


Fixed. I think i need a bigger sample of logs to scan for testing. I 
only have a couple. Anyone willing to send me a decent lot of their 
logs?

>- clanning times on top of the window are off (debug window is correct)


... which i noted in the changes log last week. :)

>Also, would it be easier to reuse the table view for the experience 
>data? That way, when new ones are added, the view code doesn't need 
>to be changed.
>--


Yes, good plan.

Also i am using the CTrainingTable as a generic "CTCounterTable". 
(its used in both falls view and training view) It should be renamed.

When i hit reply to your message, eudora put both 
"scr...@li..., 
scr...@so..." in the to line. Wassup with that?

-Ben
-- 
NOTE: Please change my address in your address book from bh...@sa...
to bh...@al... as my UCSD address will be permanent.
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

[Scribia-dev] small problems

[Lark <lar...@ya...>]

- the "falls" table doesn't scroll
- clanning times on top of the window are off (debug window is correct)

Also, would it be easier to reuse the table view for the experience 
data? That way, when new ones are added, the view code doesn't need 
to be changed.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] lots of mods

[Lark <lar...@ya...>]

At 11:35 PM -0800 3/19/01, Ben Hines wrote:
>At 2:13 AM -0500 3/20/01, Charles Lechasseur wrote:
>>is Scribia supposed to be able to tell characters apart? i just scanned my
>>log folder in which i have logs for two characters, and each character came
>>out with the trainers of *both* characters listed. ?
>
>Nope, not yet. The feature is broken.  (feel free to fix it...)
>Specifically, for some files scribia has no way to know which 
>character it is for. We need either an interface for that, or some 
>other solution.

Here's an idea (stolen from Scribus): Scan each "clanning session" 
into its own CScribiaDoc object. Merge the ones with the same 
character name. Ask for the ones where a character name cannot be 
found.

(We actually only need two CScribiaDoc objects, one for cumulative 
stats for the character, and a temporary on for the current clanning 
session. And the merging code.)

Unrelated: Just realized I'm also missing the Slypha's log message 
(healer trainer for the slyphstone ring). Anyone have it?

-- 
Lark <lar...@ya...>

Re: [Scribia-dev] lots of mods

[Charles L. <da...@sy...>]

>At 2:09 AM -0500 3/20/01, Charles Lechasseur wrote:
>>
>>the new files seem to be there. however, Scribia still doesn't compile
>>here. CScribiaDocumentWindow.cp still includes CSharesTable.h, and that
>>file no longer compiles (apparently because of changes in CSharesView).
>>commenting out the #include seems to work, but did you forget to commit any
>>changes to CScribiaDocumentWindow?
>
>
>Aha, no it seems i just forgot to remove the #include. (and left the
>files in the file heirarchy) Can you tell i commited everything at
>5:30 AM? :)
>A .h file does not have to be in the project to be needed of course.
>
>Fixed. You know, you have commit access to fix this, too.. :)

indeed. at work however, i've learned that it's best not to fiddle with
someone else's work... you never know when the "bug" you're fixing wasn't
one but was really something intentional. (although in this case it was
clear that i could have removed the #include, i guess it's just a force of
habit.)

>>  >file `scribia/Source/CItemsTable.cp' still in working directory
>>>1 file exists; remove it first
>>>
>>>If i remove the file from my local directory i cant do "Remove". so
>>>tell me how to do this. :)
>>
>>what CVS client are you using? i'm using MacCVS Pro (quite obviously :),
>>and i just tried adding and them removing a file. it worked, here's my log:
>
>
>Same - MacCVS Pro, of course. Its the only client to use. I'll guess
>i'll haev to try... reading the docs! aaah! (Audience: nooo, nooo
>dont do it ben!)
>
>Did you try removing the files we need removed?
>SharesTable, ItemsTable, KillsTable, .cp and .h.

i just removed them. (i'll have to recompile my MacCVS Pro to get rid of
the annoying User Break they set up when you Remove... :)

>At 2:13 AM -0500 3/20/01, Charles Lechasseur wrote:
>>is Scribia supposed to be able to tell characters apart? i just scanned my
>>log folder in which i have logs for two characters, and each character came
>>out with the trainers of *both* characters listed. ?
>
>
>Nope, not yet. The feature is broken.  (feel free to fix it...)
>Specifically, for some files scribia has no way to know which
>character it is for. We need either an interface for that, or some
>other solution. And currently, scribia does not "turn off" scanning
>between start and stop clanning messages to properly ignore other
>characters.

ok, thanks for the info.


--

charles lechasseur - da...@sy...
http://www3.sympatico.ca/danov/marathon/

  "The butts of evil are awaiting my bootprints!"
     - Minsc

Re: [Scribia-dev] lots of mods

[Ben H. <bh...@al...>]

At 2:09 AM -0500 3/20/01, Charles Lechasseur wrote:
>
>the new files seem to be there. however, Scribia still doesn't compile
>here. CScribiaDocumentWindow.cp still includes CSharesTable.h, and that
>file no longer compiles (apparently because of changes in CSharesView).
>commenting out the #include seems to work, but did you forget to commit any
>changes to CScribiaDocumentWindow?


Aha, no it seems i just forgot to remove the #include. (and left the 
files in the file heirarchy) Can you tell i commited everything at 
5:30 AM? :)
A .h file does not have to be in the project to be needed of course.

Fixed. You know, you have commit access to fix this, too.. :)

>
>  >file `scribia/Source/CItemsTable.cp' still in working directory
>>1 file exists; remove it first
>>
>>If i remove the file from my local directory i cant do "Remove". so
>>tell me how to do this. :)
>
>what CVS client are you using? i'm using MacCVS Pro (quite obviously :),
>and i just tried adding and them removing a file. it worked, here's my log:


Same - MacCVS Pro, of course. Its the only client to use. I'll guess 
i'll haev to try... reading the docs! aaah! (Audience: nooo, nooo 
dont do it ben!)

Did you try removing the files we need removed?
SharesTable, ItemsTable, KillsTable, .cp and .h.


At 2:13 AM -0500 3/20/01, Charles Lechasseur wrote:
>is Scribia supposed to be able to tell characters apart? i just scanned my
>log folder in which i have logs for two characters, and each character came
>out with the trainers of *both* characters listed. ?


Nope, not yet. The feature is broken.  (feel free to fix it...)
Specifically, for some files scribia has no way to know which 
character it is for. We need either an interface for that, or some 
other solution. And currently, scribia does not "turn off" scanning 
between start and stop clanning messages to properly ignore other 
characters.

-Ben
-- 
NOTE: Please change my address in your address book from bh...@sa...
to bh...@al... as my UCSD address will be permanent.
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

[Scribia-dev] MW MacsBug macros

[Charles L. <da...@sy...>]

i remember something about a file called MW MacsBug Macros than enabled two
useful macros to switch from MacsBug to the MW Debugger. anyone knows if
it's still supported in Pro 6, and where i can get the file?


--

charles lechasseur - da...@sy...
http://www3.sympatico.ca/danov/marathon/

  "The butts of evil are awaiting my bootprints!"
     - Minsc

[Scribia-dev] multiple characters not detected?

[Charles L. <da...@sy...>]

is Scribia supposed to be able to tell characters apart? i just scanned my
log folder in which i have logs for two characters, and each character came
out with the trainers of *both* characters listed. ?


--

charles lechasseur - da...@sy...
http://www3.sympatico.ca/danov/marathon/

  "The butts of evil are awaiting my bootprints!"
     - Minsc

Re: [Scribia-dev] lots of mods

[Charles L. <da...@sy...>]

>At 8:30 PM -0800 3/19/01, Lark wrote:
>>>
>>>- removed from project:
>>>	CItemsTable.cp CItemsTable.h CSharesTable.cp CSharesTable.h
>>>CKillsTable.cp CKillsTable.h
>>>- added to project:
>>>	CMapTable.cp CMapTable.h
>>
>>Those files don't seem to be in the repository yet.
>
>
>oops, added

the new files seem to be there. however, Scribia still doesn't compile
here. CScribiaDocumentWindow.cp still includes CSharesTable.h, and that
file no longer compiles (apparently because of changes in CSharesView).
commenting out the #include seems to work, but did you forget to commit any
changes to CScribiaDocumentWindow?

>>Also, you can just CVS remove the obsolete files; they can be
>>resurrected from the CVS attic shoul we need them in the future.
>
>
>Ok, tried that, got this error:
>
>file `scribia/Source/CItemsTable.cp' still in working directory
>1 file exists; remove it first
>
>If i remove the file from my local directory i cant do "Remove". so
>tell me how to do this. :)

what CVS client are you using? i'm using MacCVS Pro (quite obviously :),
and i just tried adding and them removing a file. it worked, here's my log:

scheduling file `foobar' for addition
use 'cvs commit' to add this file permanently
RCS file: /cvsroot/scribia/scribia/Documentation/foobar,v
done
Checking in scribia/Documentation/foobar;
/cvsroot/scribia/scribia/Documentation/foobar,v  <--  foobar
initial revision: 1.1
done
scheduling `scribia/Documentation/foobar' for removal
use 'cvs commit' to remove this file permanently
Removing scribia/Documentation/foobar;
/cvsroot/scribia/scribia/Documentation/foobar,v  <--  foobar
new revision: delete; previous revision: 1.1
done

after doing Remove i was instructed to Commit (?), which i did - and the
file got removed.


--

charles lechasseur - da...@sy...
http://www3.sympatico.ca/danov/marathon/

  "The butts of evil are awaiting my bootprints!"
     - Minsc

Re: [Scribia-dev] lots of mods

[Ben H. <bh...@al...>]

At 8:30 PM -0800 3/19/01, Lark wrote:
>>
>>- removed from project:
>>	CItemsTable.cp CItemsTable.h CSharesTable.cp CSharesTable.h 
>>CKillsTable.cp CKillsTable.h
>>- added to project:
>>	CMapTable.cp CMapTable.h
>
>Those files don't seem to be in the repository yet.


oops, added

>Also, you can just CVS remove the obsolete files; they can be 
>resurrected from the CVS attic shoul we need them in the future.


Ok, tried that, got this error:

file `scribia/Source/CItemsTable.cp' still in working directory
1 file exists; remove it first

If i remove the file from my local directory i cant do "Remove". so 
tell me how to do this. :)

-Ben
-- 
NOTE: Please change my address in your address book from bh...@sa...
to bh...@al... as my UCSD address will be permanent.
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

Re: [Scribia-dev] missing trainer

[Lark <lar...@ya...>]

At 12:07 AM -0800 3/19/01, Ben Hines wrote:
>We are missing the new pathfinding trainer, Digger, i think his name is?
>
>AFAIK, the message is the same as the hermit, but i am not certain. 
>Someone should check. (fyi - he is under town and trains pf up to 
>the first 10 ranks)

Ok, as soon as someone verifies name and log message, I'll add him.

I'm also still missing log lines and names for the tailoring and 
baking trainers, as well as untraining messages for the gossamer and 
blood blades.

>It would be nice perhaps if we added a "secondary scanner", (perhaps 
>not lex based if need be) that users could add trainers to like you 
>can with scribus. This would be useful for those who find a new 
>trainer they want to keep secret or something of that nature, or if 
>we for some reason stopped maintaining scribia.

That's why the code is open source :-) Seriously though, that is a 
good idea. I've started to think about it a bit already, because it 
looks like the mystic guild may not want their trainer information to 
be public (if you consider strings in a source file somewhere 
"public").

The problem is that it will be tricky to integrate that sort of thing 
with with flex. I'd rather not go there before we have the first 
stable release out...

-- 
Lark <lar...@ya...>

Re: [Scribia-dev] lots of mods

[Lark <lar...@ya...>]

At 5:38 AM -0800 3/19/01, Ben Hines wrote:
>Now would be a good time for another release. Looks very nice with 
>the totals in. Left to implement: karma view, chain view, trainer 
>messages.

I'll make one, pending some changes on my side, and the problem below.

>I also spent some time playing with the highligting bug - it seems 
>to have something to do with how we are handling text traits. 
>Powerplant highlights it twice, causing it to un-highlight. Weird.
>
>
>The mods:
>
>- removed from project:
>	CItemsTable.cp CItemsTable.h CSharesTable.cp CSharesTable.h 
>CKillsTable.cp CKillsTable.h
>- added to project:
>	CMapTable.cp CMapTable.h

Those files don't seem to be in the repository yet.

Also, you can just CVS remove the obsolete files; they can be 
resurrected from the CVS attic shoul we need them in the future.

-- 
Lark <lar...@ya...>

Re: [Scribia-dev] morefiles

[Charles L. <da...@sy...>]

>FYI, were these the errors you had? Was a morefiles bug, it looks
>like. Anyway, we dont really need to upgrade.

yes, it's pretty similar to what i got. happy to hear it's going to get
fixed. :)


--

charles lechasseur - da...@sy...
http://www3.sympatico.ca/danov/marathon/

  "The butts of evil are awaiting my bootprints!"
     - Minsc

[Scribia-dev] lots of mods

[Ben H. <bh...@al...>]

Now would be a good time for another release. Looks very nice with 
the totals in.
Left to implement: karma view, chain view, trainer messages.

I also spent some time playing with the highligting bug - it seems to 
have something to do with how we are handling text traits. Powerplant 
highlights it twice, causing it to un-highlight. Weird.


The mods:

- removed from project:
	CItemsTable.cp CItemsTable.h CSharesTable.cp CSharesTable.h 
CKillsTable.cp CKillsTable.h
- added to project:
	CMapTable.cp CMapTable.h


	CFallsView.h
	CFallsView.cp

	- Implemented falls view with totals

	CItemsView.cp
	CItemsView.h
	CSharesView.h
	CSharesView.cp
	CKillsView.h
	CKillsView.cp
	CMoneyView.cp
	CMoneyView.h
	- Implemented using CMapTable, implemented totals

	CTrainingView.cp
	CTrainingView.h
	- Implemented totals box

	COtherView.cp
	COtherView.h
	- Removed ruined furs to money view

	CScribiaDocumentWindow.cp
	- Implemented money and falls views

	CScribiaDoc.h
	- Added accessors for remaining useful private members

	ScribiaResources.ppob

	- Implemented totals panes in all views, implemented money view
-- 
NOTE: Please change my address in your address book from bh...@sa...
to bh...@al... as my UCSD address will be permanent.
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

[Scribia-dev] missing trainer

[Ben H. <bh...@al...>]

We are missing the new pathfinding trainer, Digger, i think his name is?

AFAIK, the message is the same as the hermit, but i am not certain. 
Someone should check. (fyi - he is under town and trains pf up to the 
first 10 ranks)

It would be nice perhaps if we added a "secondary scanner", (perhaps 
not lex based if need be) that users could add trainers to like you 
can with scribus. This would be useful for those who find a new 
trainer they want to keep secret or something of that nature, or if 
we for some reason stopped maintaining scribia.

-Ben
-- 
NOTE: Please change my address in your address book from bh...@sa...
to bh...@al... as my UCSD address will be permanent.
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

[Scribia-dev] morefiles

[Ben H. <bh...@al...>]

FYI, were these the errors you had? Was a morefiles bug, it looks 
like. Anyway, we dont really need to upgrade.



>
>From: Keith <sta...@ap...>
>Newsgroups: comp.sys.mac.programmer.codewarrior
>Subject: Re: MoreFiles 1.5.1 and DirectoryCopy compile errors
>Date: Sun, 11 Mar 2001 17:24:47 -0800
>
>In article <wmo...@ne...>,
>  Will <wmo...@ma...> wrote:
>
>>  DirectoryCopy with MoreFiles 1.5.1 has problems compiling.  For Classic
>>  I get a bunch of these errors:
>>
>>  Error   : function call 'InvokeCopyFilterUPP(CInfoPBRec *, pascal
>>  unsigned char (*)(const CInfoPBRec *))' does not match
>>  'InvokeCopyFilterUPP(const CInfoPBRec *, RoutineDescriptor *)'
>>  DirectoryCopy.c line 155   InvokeCopyFilterUPP(&theGlobals->myCPB,
>>  theGlobals->copyFilterProc)
>>
>>  For Carbon I get a bunch of these errors:
>>  Error   : undefined identifier 'CallCopyFilterProc'
>>  DirectoryCopy.c line 155  
>>  CallCopyFilterProc(theGlobals->copyFilterProc, &theGlobals->myCPB) ) /*
>>  filter if filter proc was supplied */
>>
>>  Apparently CallCopyFilterProc is not defined in DirectoryCopy.h for
>>  Carbon:
>>  #if CALL_NOT_IN_CARBON || OLDROUTINENAMES
>>      /* support for pre-Carbon UPP routines: New...Proc and Call...Proc */
>>      #define NewCopyFilterProc(userRoutine)                     
>>  NewCopyFilterUPP(userRoutine)
>>      #define CallCopyFilterProc(userRoutine, cpbPtr)            
>>  InvokeCopyFilterUPP(cpbPtr, userRoutine)
>>  #endif /* CALL_NOT_IN_CARBON */
>>
>>  So how is the code supposed to compile when it references
>>  CallCopyFilterProc yet CallCopyFilterProc is not defined (for Carbon)?
>>
>>  Anyone have an update or similar experience?
>
>It's a mistake.  It will be fixed in a new release of MoreFiles, post
>1.5.1, due out asap.
>
>-Keith
>ke...@st...
-- 
NOTE: Please change my address in your address book from bh...@sa...
to bh...@al... as my UCSD address will be permanent.
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

Re: [Scribia-dev] Commit: new About Box

[Charles L. <da...@sy...>]

>It cant? It seems to on my end... not sure i understand. Its in the
>MacCVS Pro prefs, "auto merge binary files". Seems to work...  Please
>explain.
>
>Charles' submitted resources merged in fine, i didnt have to do
>anything manually. Likewise, on Commit, i got no errors.

it can update binary files, but not merge them. (the prefs option reads
"Auto-merge text files and update binary files", i believe.)

as long as you haven't changed the resource file, you can check out a
modified version and it will simply update the file. but if you had
yourself modified the file, i think CVS would tell you that there are
conflicts which you must resolve by hand.


--

charles lechasseur - da...@sy...
http://www3.sympatico.ca/danov/marathon/

  "The butts of evil are awaiting my bootprints!"
     - Minsc

Re: [Scribia-dev] Commit: new About Box

[Charles L. <da...@sy...>]

>At 9:12 PM -0500 3/13/01, Charles Lechasseur wrote:
>>well, it's nothing fancy, but it's a start: i've committed a (hopefully)
>>nicer about box. feel free to adjust the layout and/or text style if
>>needed...
>
>Looks good!
>
>Now that multiple people commit things, we need to take care to
>coordinate modifications to the binary files in the repository
>(basically, the resource files). CVS cannot automatically merge
>changes there, like it does for text files.
>
>To make manual merges easier, I suggest assigning ranges of resource
>IDs to people (e.g. Ben only creates resources with IDs between
>1000-2000, Charles only between 2000-3000 an so forth).
>
>Comments?

i thought about this also... we might want to export resources in Rez
format to store them in CVS. when we modify something we'd simply have to
DeRez our resource file and commit it; then everyone else Rezzes it back
into a true resource file. (I don't know if it's possible to do this using
the built-in Rez compiler, but it's pretty straightforward to do using
MPW's Rez and DeRez tools, which can be invoked via ToolServer from within
the CW IDE.)


--

charles lechasseur - da...@sy...
http://www3.sympatico.ca/danov/marathon/

  "The butts of evil are awaiting my bootprints!"
     - Minsc

Re: [Scribia-dev] Commit: project cleanup, prefix changes

[Charles L. <da...@sy...>]

>At 6:44 PM -0500 3/12/01, Charles Lechasseur wrote:
>>ok, i committed the changes made to the project file (Scribia.CW6.mcp.xml)
>>and to the PrefixCommon.h file. it worked. MacCVS Pro seems to work great :)
>
>I got some warnings when importing the project about the MoreFiles
>sources being included in the project multiple times. Anyone else got
>these? (They only seem to be there once, as expected, anyhow.)

hmm, i just tried importing the XML file and got no warnings..


--

charles lechasseur - da...@sy...
http://www3.sympatico.ca/danov/marathon/

  "The butts of evil are awaiting my bootprints!"
     - Minsc

Re: [Scribia-dev] Commit: new About Box

[Ben H. <bh...@al...>]

At 11:31 PM -0800 3/14/01, Lark wrote:
>At 9:12 PM -0500 3/13/01, Charles Lechasseur wrote:
>>well, it's nothing fancy, but it's a start: i've committed a (hopefully)
>>nicer about box. feel free to adjust the layout and/or text style if
>>needed...
>
>Looks good!
>
>Now that multiple people commit things, we need to take care to 
>coordinate modifications to the binary files in the repository 
>(basically, the resource files). CVS cannot automatically merge 
>changes there, like it does for text files.

(showing my ignorance...)

It cant? It seems to on my end... not sure i understand. Its in the 
MacCVS Pro prefs, "auto merge binary files". Seems to work...  Please 
explain.

Charles' submitted resources merged in fine, i didnt have to do 
anything manually. Likewise, on Commit, i got no errors.

-Ben
-- 
NOTE: Please change my address in your address book from bh...@sa...
to bh...@al... as my UCSD address will be permanent.
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

Re: [Scribia-dev] Commit: new About Box

[Lark <lar...@ya...>]

At 9:12 PM -0500 3/13/01, Charles Lechasseur wrote:
>well, it's nothing fancy, but it's a start: i've committed a (hopefully)
>nicer about box. feel free to adjust the layout and/or text style if
>needed...

Looks good!

Now that multiple people commit things, we need to take care to 
coordinate modifications to the binary files in the repository 
(basically, the resource files). CVS cannot automatically merge 
changes there, like it does for text files.

To make manual merges easier, I suggest assigning ranges of resource 
IDs to people (e.g. Ben only creates resources with IDs between 
1000-2000, Charles only between 2000-3000 an so forth).

Comments?

Lark

-- 
Lark <lar...@ya...>

Re: [Scribia-dev] Commit: project cleanup, prefix changes

[Lark <lar...@ya...>]

At 6:44 PM -0500 3/12/01, Charles Lechasseur wrote:
>ok, i committed the changes made to the project file (Scribia.CW6.mcp.xml)
>and to the PrefixCommon.h file. it worked. MacCVS Pro seems to work great :)

I got some warnings when importing the project about the MoreFiles 
sources being included in the project multiple times. Anyone else got 
these? (They only seem to be there once, as expected, anyhow.)

-- 
Lark <lar...@ya...>

[Scribia-dev] MacCVS Pro fix

[Charles L. <da...@sy...>]

i don't know if anyone else here uses MacCVS Pro for CVS access, but you
might find this interesting.

i've always found it annoying that you couldn't select multiple lines in
the MacCVS Pro Message window. this made it difficult to copy/paste commit
logs. so i've pulled the MacCVS Pro source from SourceForge and fixed that.
i've sent the diffs to the developers, but until they roll that in you can
grab my version here:

http://www3.sympatico.ca/danov/MacCVSProWYarFix.sit.bin

it's based on version 2.7d3, the latest version i found on SourceForge.
it's a Carbon app so you'll need CarbonLib.

i'll redistribute the source upon request until the fix is rolled in the
main source tree.


--

charles lechasseur - da...@sy...
http://www3.sympatico.ca/danov/marathon/

  "The butts of evil are awaiting my bootprints!"
     - Minsc