scribia-developers — Discussion of Scribia development.

Re: [Scribia-dev] mods

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

on 3/4/01 7:48 PM, Ben Hines at bh...@sa... wrote:
> I have noticed that our app is getting pretty massive, due to the use
> of STL i think. Each of my small table classes adds about 150k of
> code.

It may be because of aggressive inlining. STL and PP both have lots of small
functions.

> Would it help the app size if we consolidated all our table
> classes into one, and prepared the table data in the view?

We could go even further, and create two views, on that displays a Tcounter,
an one that displays a TCounterMap. Row/column headings can be obtained from
the map keys, like I do for the debug window.

Would that work? (I'm no PP expert.)
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] CVS pserver access, finally!

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

At 12:43 AM -0800 3/6/01, Ben Hines wrote:

> Excellent. And i have succeeded in commiting my most recent additions.

I'm updating them as we speak! :-) Great job!

There is a small problem: I think you've set your CVS to encode binary files
in HQX before committing (it's probably the default). This messes things up.
For example, the Scribia.l file you committed was HQX'ed, probably because
it contains some non-ASCII characters. Could you please change that, and
re-commit?

All of you, please check that your CVS treats binary files as "raw binary"
or similar. :-)

> I am hoping someone else like Ludovic, :), would like to implement the
> I/O functionality to save and retrieve character information. It would
> be nice to have the "run when you quit clan lord" feature Scribus has
> as well.

I agree. Document functionality should be next. Any takers? It should be a
relatively well-contained function.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] CVS pserver access, finally!

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

Excellent. And i have succeeded in commiting my most recent additions.

The major things are the items view and the "other" (experience) 
view, and the window resizes itself now. And the share times are in 
the correct columns.

Very little is left until we have everything in the GUI. I should be 
able to finish it this week. Once its working we can make it look 
perfect, currently some of its a bit rough with inconsistent fonts, 
etc.

I am hoping someone else like Ludovic, :), would like to implement 
the I/O functionality to save and retrieve character information. It 
would be nice to have the "run when you quit clan lord" feature 
Scribus has as well.

Do you all like the "kills" pane how it is, or should i make a 
"disclosure triangle"?  I think i like it how it is.

We still need "totals" for most panes.

Also scribus lets you sort the columns. (should be simple, with STL)
And edit them.

Just a few of the things we need to add.

So now that everyone has write access, lets do it.

-Ben
-- 
<http://tunnels.tripod.com/>    - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages

Re: [Scribia-dev] CVS pserver access, finally!

[Ludovic N. <lni...@wa...>]

>Jacob has set us up with pserver access! I had to create a password for each
>of you, I will begin to email them out immediately in private emails.

Wouhou.

I can't wait to buy a new mac and setup my Prog partition again. I would
like to say a big thanks to Lark for dedication in resolving that matter.
Thanks to the sourcesafe person (Jacob?) who helped out as well.

Geotzou "to PbTi or not to PbTi, that is the question."

[Scribia-dev] CVS pserver access, finally!

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

Jacob has set us up with pserver access! I had to create a password for each
of you, I will begin to email them out immediately in private emails.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] mods

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

At 7:38 PM -0800 3/4/01, Ben Hines wrote:
CItemsView.cp
CItemsView.h
- Implemented items view

CItemsTable.cp
CItemsTable.h
- New files, table for items view

Got them, but it doesn't compile. There are errors in the "items" table and
view. Maybe you emailed me an older version?

I really hope SF will post those Mac/CVS instructions soon... :-)

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

[Scribia-dev] mods

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

sent some mods to lark:

CScribiaDocumentWindow.cp
CScribiaDocumentWindow.h

- Implemented items view
- Implemented window resizing.

ScribiaResources.ppob
- Implemented items pane

CItemsView.cp
CItemsView.h
- Implemented items view

CItemsTable.cp
CItemsTable.h
- New files, table for items view

CKillsTable.cp
- Use vector instead of set for labels

CSharesView.cp
- Fixed times displaying in wrong columns

Scribia.l
- "Payed" is not a word, changed to "Paid" :)


...

I have noticed that our app is getting pretty massive, due to the use 
of STL i think. Each of my small table classes adds about 150k of 
code. Would it help the app size if we consolidated all our table 
classes into one, and prepared the table data in the view?

We could probably consolidate:
CItemsTable
CKillsTable
CTrainingTable
CSharesTable

into one CDataTable class, and set them up with their data from the 
view. And since we have the data in the view already, we could 
probably get rid of the table's fData member.

-Ben
-- 
<http://tunnels.tripod.com/>    - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages

[Scribia-dev] Scribia 0.1.5-alpha released

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

Scribia 0.1.5-alpha can be downloaded from 
http://sourceforge.net/projects/scribia/

Changed since last release:
	- GUI progress (thanks, Bones.)
	- Renamed Sensei Ja'chan to Bracis (thanks, Alias.)
	- Added Untrainus (thanks, Alias.)
	- Counting coins/items exchanged during buys/sells/auctions.
	- Fixed Knox counting (thanks, Cygnus.)

Log lines for these events are needed:
	- brewer trainer
	- tailor trainer
	- untraining with gossamer and blood blade

Scribia 0.1.5-alpha requireas Apple Carbon Lib. It can be downloaded 
free of charge from 
http://asu.info.apple.com/swupdates.nsf/artnum/n11916

Please send submissions/suggestions/problem reports to 
scr...@so...
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] Knox training message

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

At 9:46 PM -0700 3/3/01, Cygnus wrote:
>Just found a bug, scribia isn't picking up Knox.  Her message is:
>*You notice yourself dealing much more damage.

Thanks, I had "doing" instead of "dealing" in the pattern.

I've also committed some more GUI changes from Ben.

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

[Scribia-dev] Knox training message

[Cygnus <cy...@po...>]

Hi,

Just found a bug, scribia isn't picking up Knox.  Her message is:

=80You notice yourself dealing much more damage.


Cygnus
cy...@po...

_________________________________________________________________
Oh the words that he spoke
Seemed the wisest of philosophies
There's nothing ever gained
By a wet thing called a tear
When the world is too dark
And I need the light inside of me
I'll walk into a bar
And drink fifteen pints of beer                 -   Shane MacGowen

[Scribia-dev] News

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

A quick update on things:

1. SourceForge is still doing things about CVS. Moorman is a definite
improvement over the other customer service people, let's hope he can work
something out.

2. Alchera (the German CL branch) people have asked me if and how Scribia
could be extended for their game. If it can be done, I' really like to not
split Scribia up in branches, but to integrate their effort with ours. There
should be much code we could share. I'll take a look at Alchera sometime
(good thing I speak German...)

3. I need log lines for these events:
    - brewer trainer
    - tailor trainer
    - untraining with gossamer and blood blade
    - more item/coin related events  (I'm sure I'm missing some)
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] Trainer message bug & GUI suggestion

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

on 2/24/01 4:51 PM, Cygnus at cy...@po... wrote:
> Just found a bug when recording a trainer message when the trainer bows.  If
> you get a sequence like:
> 
> 2/23/01 4:58:02p Swengus says, "Hail, Cygnus."
> 2/23/01 4:58:04p Swengus bows.
> 2/23/01 4:58:08p Swengus says, "Hail, Cygnus."
> 2/23/01 4:58:10p Swengus bows.
> 2/23/01 4:58:13p Swengus says, "Few indeed are your peers."
> 
> "Hail, Cygnus" is recorded as the message, not the correct one of "Few
> indeed are your peers."

Fixed, thanks.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] Trainer message bug & GUI suggestion

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

At 5:51 PM -0700 2/24/01, Cygnus wrote:
>
>
>Also a small suggestion for the GUI.  When scanning a folder, would it be
>possible to change the barber pole to a progress bar and/or add a text
>saying that log X of Y total is being scanned?


The way its set up now, we have no way of knowing how many logs there 
are going to be when we start. The code could be rewritten to count 
them first but that is going to cause a delay on starting while we 
scan the whole folder looking at file types.

-Ben
-- 
<http://tunnels.tripod.com/>    - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages

[Scribia-dev] Trainer message bug & GUI suggestion

[Cygnus <cy...@po...>]

Hi,

Just found a bug when recording a trainer message when the trainer bows.  If
you get a sequence like:

2/23/01 4:58:02p Swengus says, "Hail, Cygnus."
2/23/01 4:58:04p Swengus bows.
2/23/01 4:58:08p Swengus says, "Hail, Cygnus."
2/23/01 4:58:10p Swengus bows.
2/23/01 4:58:13p Swengus says, "Few indeed are your peers."

"Hail, Cygnus" is recorded as the message, not the correct one of "Few
indeed are your peers."


Also a small suggestion for the GUI.  When scanning a folder, would it be
possible to change the barber pole to a progress bar and/or add a text
saying that log X of Y total is being scanned?

Cygnus
cy...@po...

_________________________________________________________________
Oh the words that he spoke
Seemed the wisest of philosophies
There's nothing ever gained
By a wet thing called a tear
When the world is too dark
And I need the light inside of me
I'll walk into a bar
And drink fifteen pints of beer                 -   Shane MacGowen

[Scribia-dev] CVS updates

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

New: Counting coins/items exchanged during buys/sells/auctions.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] Re: Comments on 1.4

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

on 2/19/01 6:08 PM, Lark at lar...@ya... wrote:

>> lastly... something i'd _like_ to see would be a counter of how many
>> times a player has visited Untrainus.. i don't know how easy it would
>> be to parse the logs for it as he's got no bullet point message.. but
>> in case you can... his message is below.
>> 7/16/00 1:27:25a Untrainus says, "Alias, your mind is less cluttered now."

I've committed Untrainus counting to CVS, will be in the next release.

Also committed are some other small changes (mostly interfaces), and Geo's
WaitNextEvent hack.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] GUI!

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

on 2/21/01 12:48 AM, Charles Lechasseur at da...@sy... wrote:

>> Aye. Threads are actually pretty simple to add in powerplant IIRC.
>> The effort involved is in redesigning the app structure to be
>> thread-friendly. Unless we want to put each CScribiaDoc in its own
>> thread - is it bad to have UI in different threads?
> 
> i'm not sure. on Classic MacOS, i guess it doesn't matter because as long
> as you don't yield, no one else is going to fiddle with the display. that
> said, it's usually a bad practice to interact with the GUI directly within
> a thread. it's best to have the thread make a request that will be handled
> in the main thread.

Yes. And in a sense having the scanner update the shared data structures
(while holding the lock) can be seen as making such a request. The GUI can
then periodically pull the changes in (re-render the output).

Threading really only makes sense for the scanner, I think. All other tasks
are not computationally expensive enough to benefit from threading.
-- 
Lark <lar...@ya...>

[Scribia-dev] Someone cares at sourceforge.. i think

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

http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1

(2001-02-20)   Several projects with developers who utilize MacOS 
have reported issues in attempts to use SourceForge CVS services. An 
analysis of these issues is currently under way. This status document 
will be updated once this analysis has been completed.
-- 
<http://tunnels.tripod.com/>    - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages

Re: [Scribia-dev] GUI!

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

>Aye. Threads are actually pretty simple to add in powerplant IIRC.
>The effort involved is in redesigning the app structure to be
>thread-friendly. Unless we want to put each CScribiaDoc in its own
>thread - is it bad to have UI in different threads?

i'm not sure. on Classic MacOS, i guess it doesn't matter because as long
as you don't yield, no one else is going to fiddle with the display. that
said, it's usually a bad practice to interact with the GUI directly within
a thread. it's best to have the thread make a request that will be handled
in the main thread.


--

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

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

Re: [Scribia-dev] GUI!

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

on 2/20/01 10:59 PM, Ben Hines at bh...@sa... wrote:

>> access are now gone. Someone broke into my appartment on Monday afternoon and
>> stole my computer with all my stuff on the hard drive. With barely no
>> 
> Man.. that really sucks. Computers do get recovered, perhaps you could find it
> being hawked or something.

Shucks. Very sorry to hear it, Geo!
 
>> required instead. On the long term, better behavior would be to have the
>> scanner in a different thread with no UI by itself, but I had no time to
>> implement that.
>> 
> Aye. Threads are actually pretty simple to add in powerplant IIRC. The effort
> involved is in redesigning the app structure to be thread-friendly. Unless we
> want to put each CScribiaDoc in its own thread - is it bad to have UI in
> different threads?

I'm not familiar with Mac threads; however, the scanner should be easy to
put in a thread - what flex generates is very modularized already. All that
is shared between the scanner and the rest of Scribia are the fields in
CScribiaDoc. I assume there is some thread synchronization mechanism in PP?
If I started using that from inside the scanner to synchronize with the
reader, we're almost there.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] GUI!

[Cygnus <cy...@po...>]

On 2/20/01 11:31 PM, "Ludovic Nicolle" <lni...@wa...> wrote:

>>> The other think is that kills list needs to have things with no kills
>>> filtered out of it.  Since falls are being recorded in the same data
>> 
>> 
>> Aha! I didnt notice that. Good catch.
>> 
> 
> Why not setting that up as "exile against the beast" display? ;-)
> I find out in personal use that I do like the ability to browse more
> information at a single glance, instead of going back and forth from
> various panes.
> 

Only problem with that is when you fall to a non-beasts, rocks, pebbles,
surf, ect.  That's what made me notice it in the first place.  Lightning and
fire are also problems since multiple monsters produce the same fallen
message.


> This said, I am not going to be really active ont he project for a while
> and all the things I had changed locally and not committed waiting for SF
> access are now gone. Someone broke into my appartment on Monday afternoon
> and stole my computer with all my stuff on the hard drive. With barely no
> external back-up, you can count me out of Scribia for some time (and out of
> CL for a couple more days as well).
>

Doh, that sucks.  Sorry to hear it.
 

Cygnus
cy...@po...

_________________________________________________________________
Oh the words that he spoke
Seemed the wisest of philosophies
There's nothing ever gained
By a wet thing called a tear
When the world is too dark
And I need the light inside of me
I'll walk into a bar
And drink fifteen pints of beer                 -   Shane MacGowen

Re: [Scribia-dev] GUI!

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

At 1:31 AM -0500 2/21/01, Ludovic Nicolle wrote:
>
>Why not setting that up as "exile against the beast" display? ;-)
>I find out in personal use that I do like the ability to browse more
>information at a single glance, instead of going back and forth from
>various panes.


Yes, i was thinking about that too. Perhaps as an option, put a 
little "Spreadsheet" icon in the pane window which when clicked opens 
a large window which shows everything at a glance. I dunno. There is 
a lot of info to display!
I wasnt thinking the multipane view as the ultimate interface, yet. :)

>
>access are now gone. Someone broke into my appartment on Monday afternoon
>and stole my computer with all my stuff on the hard drive. With barely no

Man.. that really sucks. Computers do get recovered, perhaps you 
could find it being hawked or something.

>ff the top of my head, all my prog stuff has been gone since
>monday):
>EventRecord	theEvent;
>WaitNextEvent(everyEvent, &theEvent, 20, nil);


Yeah, we could do that. But as you realize that is not nice to 
powerplant. Generally you should defer all event handling to 
powerplant's event loop. We really should use a thread of some sort 
for the scanner. As a quick hack though, yes we should add that.


>This is assuming the old scanning loop that was in CScribiaApp.cpp for
>ScanFolder. If someone changed or moved it away, then different code may be


Yes, its still there.

>required instead. On the long term, better behavior would be to have the
>scanner in a different thread with no UI by itself, but I had no time to
>implement that.

Aye. Threads are actually pretty simple to add in powerplant IIRC. 
The effort involved is in redesigning the app structure to be 
thread-friendly. Unless we want to put each CScribiaDoc in its own 
thread - is it bad to have UI in different threads?

-Ben
-- 
<http://tunnels.tripod.com/>    - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages

Re: [Scribia-dev] GUI!

[Ludovic N. <lni...@wa...>]

>>The other think is that kills list needs to have things with no kills
>>filtered out of it.  Since falls are being recorded in the same data
>
>
>Aha! I didnt notice that. Good catch.
>

Why not setting that up as "exile against the beast" display? ;-)
I find out in personal use that I do like the ability to browse more
information at a single glance, instead of going back and forth from
various panes.

This said, I am not going to be really active ont he project for a while
and all the things I had changed locally and not committed waiting for SF
access are now gone. Someone broke into my appartment on Monday afternoon
and stole my computer with all my stuff on the hard drive. With barely no
external back-up, you can count me out of Scribia for some time (and out of
CL for a couple more days as well).

I was just wondering about one thing: has anyone ever fixed the fact that
Scribia is taking complete control of the Mac while scanning? I have had
cooperative behavior for several weeks locally, but since I never committed
that, I am not sure it has been rolle din by anyone else.

If you don't have that around, a quick (imperfect) fix is to go into the
scan folder loop and add those 2 lines there after scanning every file
(that is off the top of my head, all my prog stuff has been gone since
monday):
EventRecord	theEvent;
WaitNextEvent(everyEvent, &theEvent, 20, nil);

the 20 ticks value is quite arbitrary, one can set it to 0 and still get
cooperative behavior, but 20 mostly allows one to chat or even move within
clan lord with the scanner chugging in the background. That value could be
one of the "cooperativeness" preferences.

This is assuming the old scanning loop that was in CScribiaApp.cpp for
ScanFolder. If someone changed or moved it away, then different code may be
required instead. On the long term, better behavior would be to have the
scanner in a different thread with no UI by itself, but I had no time to
implement that.

Have fun, take backups ;-)

Geotzou

Re: [Scribia-dev] GUI!

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

At 9:04 PM -0700 2/20/01, Cygnus wrote:
>
>Looks good.  Just a couple comments.
>
>First, its not a big deal at this point, but in the kill view, the pane that
>scrolls is wider then the default window size.  I had to resize the window


Yeah, i made note of that in my log notes (not sure if lark submitted 
that part of them.) Just need to add an ObeyCommand to the window 
class and resize the window to the size for the pane you are 
switching to.

>The other think is that kills list needs to have things with no kills
>filtered out of it.  Since falls are being recorded in the same data


Aha! I didnt notice that. Good catch.

-Ben
-- 
<http://tunnels.tripod.com/>    - My Old-As-Hell Home Page
<http://freepages.sf.rootsweb.com/~bhines/> - My newish Genealogy Pages

[Scribia-dev] FW: CVS+SSH+Mac - yes it can work!

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

Good news, I hope Max and Moorman can work it out.
-- 
Lark <lar...@ya...>

------ Forwarded Message
From: Max Horn <ma...@qu...>
Date: Tue, 20 Feb 2001 23:53:57 +0100
To: lar...@ya...
Subject: CVS+SSH+Mac - yes it can work!

I got CVS over SSH working with SF, using MindTerm as a tunnel!
Moorman and me are working on putting together a HOWTO for this.

There are some issues which need to be resolved, though. One problem
is that SF so far only supports SSH 1; if they supported SSH2, one
could use MacSSH as a tunnel...



Max
-- 
-----------------------------------------------
Max Horn
C/C++ Developer

email: <mailto:ma...@qu...>
phone: (+49) 6151-494890



------ End of Forwarded Message