scribia-developers — Discussion of Scribia development.

Re: [Scribia-dev] OSX

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

On 8/21/01 11:16 PM, "Lark" <lar...@ya...> wrote:

> Hm. Could you figure out what version of flex you are running? I
> built it fine under FreeBSD:
> 
> # flex -p -v Scribia.l

> 
> Another thing might be if your line endings aren't correct. Does
> MacOS X use CR, LF, or both? Is it different from Classic?

I just tried to compile the scanner from os x's command line and got the
same thing as Ben.  Version of flex is 2.5.4, that's with the latest freely
available dev tools, the ones you can download for free, not any of the
developer seeds of the new ones.

Not positive what OS X uses for line endings.  I opened the file up in emacs
and everything looks ok.  No odd chars show up like when I've had line
ending problems in the past.  Same thing doing a more on it.  I also redid a
few of the first returns while in emacs and got the same results.

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] OSX

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

>>Alternatively, build the scanner on the command line under X. It
>>should be as simple as typing "flex Scribia.l". Let me know whether
>>this works please.
>
>Nope -
>
>[localhost:Scribia/scribia/Source] ben% flex Scribia.l
>
>"Scribia.l", line 1: unrecognized %option:
>"Scribia.l", line 1: bad character: %
>"Scribia.l", line 1: bad character: o
>"Scribia.l", line 1: bad character: p
>"Scribia.l", line 1: bad character: t
>"Scribia.l", line 1: bad character: i
>"Scribia.l", line 1: bad character: o
>"Scribia.l", line 1: bad character: n
>"Scribia.l", line 1: bad character: "Scribia.l", line 1: bad character: 8
>"Scribia.l", line 1: bad character: b
>"Scribia.l", line 1: bad character: i
>"Scribia.l", line 1: bad character: t
>"Scribia.l", line 1: bad character:
>"Scribia.l", line 1: bad character: %
>"Scribia.l", line 1: bad character: o
>"Scribia.l", line 1: bad character: p
>"Scribia.l", line 1: bad character: t
>"Scribia.l", line 1: bad character: i
>"Scribia.l", line 1: bad character: o
>"Scribia.l", line 1: bad character: n
>"Scribia.l", line 1: bad character: "Scribia.l", line 1: bad character: n
>"Scribia.l", line 1: bad character: e
>-snip-... it goes on like that...

Hm. Could you figure out what version of flex you are running? I 
built it fine under FreeBSD:

# flex -p -v Scribia.l
Variable trailing context rule at line 1225
Variable trailing context rule at line 1487
Variable trailing context rule at line 1536
Variable trailing context rule at line 1537
Variable trailing context rules entail a large performance penalty
flex version 2.5.4 usage statistics:
   scanner options: -ipsvB8 -Cemr
   12251/13000 NFA states
   7577/8000 DFA states (166619 words)
   301 rules
   Compressed tables always back-up
   85/120 start conditions
   3079 epsilon states, 1438 double epsilon states
   16/100 character classes needed 213/500 words of storage, 321 reused
   170733 state/nextstate pairs created
   23056/147677 unique/duplicate transitions
   7707/8000 base-def entries created
   18724/20000 (peak 24492) nxt-chk entries created
   1300/7500 (peak 7020) template nxt-chk entries created
   0 empty table entries
   191 protos created
   130 templates created, 3937 uses
   54/256 equivalence classes created
   10/256 meta-equivalence classes created
   3 (111 saved) hash collisions, 15650 DFAs equal
   34 sets of reallocations needed
   53172 total table entries needed

Another thing might be if your line endings aren't correct. Does 
MacOS X use CR, LF, or both? Is it different from Classic?
-- 
Lark <lar...@ya...>

Re: Updates + Re: [Scribia-dev] OSX

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

At 11:10 PM -0700 8/20/01, Lark wrote:
>News:
>
>Corrected tracking of untrainings with gossamer blades.
>
>Data files contain version numbers now. This should be the last time
>you will have to re-scan all your logs if you'd rather not. (Note:
>Rescanning with a new version of Scribia is generally a *good* idea.
>We fix things that make the stats more accurate, and we track new
>additional things.)


Great! I actually started looking at that one last night for a couple 
minutes, but didnt get anything done at all.

I was hoping to find a solution in that didn't involve 
one-more-rescan. (eg - lets handle logs that don't have the new 
version header - assume old format if header missing.)

>
>If all else fails, use the cvs command line tool - if there is one in
>X? It's pretty easy. Or email me the changed files, and I'll try to
>merge them manually.

Yeah.

>
>If you don't change the scanner (the Scribia.l file) you can just use
>the lex.yy.c file created under classic. They are identical.

Yeah, that is what i've been doing.. But i seriously dislike classic 
now. :) I also want to figure out an all-X build.

>Alternatively, build the scanner on the command line under X. It
>should be as simple as typing "flex Scribia.l". Let me know whether
>this works please.

Nope -

[localhost:Scribia/scribia/Source] ben% flex Scribia.l

"Scribia.l", line 1: unrecognized %option:
"Scribia.l", line 1: bad character: %
"Scribia.l", line 1: bad character: o
"Scribia.l", line 1: bad character: p
"Scribia.l", line 1: bad character: t
"Scribia.l", line 1: bad character: i
"Scribia.l", line 1: bad character: o
"Scribia.l", line 1: bad character: n
"Scribia.l", line 1: bad character: 
"Scribia.l", line 1: bad character: 8
"Scribia.l", line 1: bad character: b
"Scribia.l", line 1: bad character: i
"Scribia.l", line 1: bad character: t
"Scribia.l", line 1: bad character:
"Scribia.l", line 1: bad character: %
"Scribia.l", line 1: bad character: o
"Scribia.l", line 1: bad character: p
"Scribia.l", line 1: bad character: t
"Scribia.l", line 1: bad character: i
"Scribia.l", line 1: bad character: o
"Scribia.l", line 1: bad character: n
"Scribia.l", line 1: bad character: 
"Scribia.l", line 1: bad character: n
"Scribia.l", line 1: bad character: e
-snip-... it goes on like that...





>Also, maybe you'd write a short "Building Scribia on MacOS X" section
>for the README? :-)


Once i figure it out, sure. :)

-Ben

-- 
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

[Scribia-dev] [ scribia-Bugs-453719 ] Par Troon rank

[<no...@so...>]

Bugs item #453719, was opened at 2001-08-21 06:20
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=106424&aid=453719&group_id=6424

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Par Troon rank

Initial Comment:
Par Troon training ranks do not increment when a log 
file is scanned for a character


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=106424&aid=453719&group_id=6424

Updates + Re: [Scribia-dev] OSX

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

News:

Corrected tracking of untrainings with gossamer blades.

Data files contain version numbers now. This should be the last time 
you will have to re-scan all your logs if you'd rather not. (Note: 
Rescanning with a new version of Scribia is generally a *good* idea. 
We fix things that make the stats more accurate, and we track new 
additional things.)

Track current bank balance (NOT IN THE GUI YET.)

Corrected a bug in the tracking of beast bounties (mostly Spriggins).

Correctly track things with accented characters in their names (e.g. 
rod=E1n panthers).

At 9:06 PM -0700 8/20/01, Ben Hines wrote:
>Dual G4 800 arrived Friday afternoon. :)

Nice!

>However I am having trouble getting MacCVS pro to work on OSX (even 
>in classic - i get tons of 508 errors - even with the session file 
>outside of the tree) - so i have not submitted yet. If all else 
>fails i'll copy the files back to my 1400 and submit them.

If all else fails, use the cvs command line tool - if there is one in 
X? It's pretty easy. Or email me the changed files, and I'll try to 
merge them manually.

>Also, lark can you give me UNIX command line instructions for 
>compiling Scribia.l with flex? CW7/OSX has no Flex plugin,so i cant 
>compile it on OSX. But i should be able to do it with a pre-build 
>applescript/terminal script of flex in OSX's UNIX.

If you don't change the scanner (the Scribia.l file) you can just use 
the lex.yy.c file created under classic. They are identical.

Alternatively, build the scanner on the command line under X. It 
should be as simple as typing "flex Scribia.l". Let me know whether 
this works please.

Also, maybe you'd write a short "Building Scribia on MacOS X" section 
for the README? :-)
-- 
Lark <lar...@ya...>

[Scribia-dev] OSX

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

Dual G4 800 arrived Friday afternoon. :)

I fixed the crash when creating a new character and some aqua 
ugliness, and CW7 issues.

However I am having trouble getting MacCVS pro to work on OSX (even 
in classic - i get tons of 508 errors - even with the session file 
outside of the tree) - so i have not submitted yet. If all else fails 
i'll copy the files back to my 1400 and submit them.

Also, lark can you give me UNIX command line instructions for 
compiling Scribia.l with flex? CW7/OSX has no Flex plugin,so i cant 
compile it on OSX. But i should be able to do it with a pre-build 
applescript/terminal script of flex in OSX's UNIX.

-Ben
-- 
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

[Scribia-dev] [ scribia-Bugs-453211 ] Gossamer untraining has wrong message.

[<no...@so...>]

Bugs item #453211, was opened at 2001-08-19 22:52
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=106424&aid=453211&group_id=6424

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Gossamer untraining has wrong message.

Initial Comment:
Gossamer untraining doesn't work in 0.4.0, see the
feature requests for the correct message.


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=106424&aid=453211&group_id=6424

[Scribia-dev] updates

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

Changed tracking of chainings to the official Catenae way of counting things.

Minor layout changes to the PowerPlant resources.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] OSX workaround

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

At 3:15 PM -0700 8/14/01, Ben Hines wrote:
>WorldWalker sent me a crash log, but the app was compiled without 
>symbols, so it wasnt much use.
>
>He said the crash happens when creating a new character. So, i 
>suggested he crate a char with the classic version then open it with 
>the carbon version. He informs me that this worked.

Attached is the output from Carbon Dater. Maybe that helps you?
-- 
Lark <lar...@ya...>

[Scribia-dev] OSX workaround

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

WorldWalker sent me a crash log, but the app was compiled without 
symbols, so it wasnt much use.

He said the crash happens when creating a new character. So, i 
suggested he crate a char with the classic version then open it with 
the carbon version. He informs me that this worked.

-Ben
-- 
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

[Scribia-dev] [ scribia-Bugs-450626 ] Quits unexpectedly

[<no...@so...>]

Bugs item #450626, was opened at 2001-08-13 14:56
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=106424&aid=450626&group_id=6424

Category: Carbon
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Quits unexpectedly

Initial Comment:
When trying to add a new character (basically the first thing 
to do) the carbon app unexpectedly quits. I could not make 
it work with OS X 10.0.4.

Drablak

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=106424&aid=450626&group_id=6424

[Scribia-dev] Scribia 0.4.0-beta released

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

Scribia 0.4.0-beta can be downloaded from 
http://sourceforge.net/projects/scribia/ in a few minutes (when the 
SourceForge site updates the release list).

Please see the web links included in the release archive to report 
bugs, suggest future features and send email to the developers.

Changed since last release:
	- 68K build is broken due to a bug in the Metrowerks
	  compiler. Once it's resolved, we'll include it in the
	  release again.
	- You can now modify these fields in the GUI: Departs, Ruined
  	  Furs, Bank Fees. (just click on the number and a dialog box
	  will pop up to let you change them)
	- Moved progress bar to window. Progress bar is now
	  determinate and modeless.
	- Allow cancelling of scans via command-period.
	- Show trainer evaluations in the training view GUI.
	  (modifiable, as well)
	- Moved experience and departs to new "Exp" view.
	- Change name of "Money" tab to "Misc"
	- Show chain stats and jury duty stats in the "Misc" tab GUI
	- Allow deletion of table rows (select/shift select them and
	  hit delete or clear) (you must not be in "view last scanned
	  doc" mode to delete/modify fields)
	- Enable prefs dialog where you can:
		1. Select the default character for drag/drop scanning.
    		2. Select post-scan log action prefs (do nothing,
		   choose folder to move it to, or delete)
    		3. Enable recursive log folder scanning.
    		4. Emulate scribus bugs (scribus innacurate share
		   times - mostly for crosschecking purposes)
	- Drag&Drop/AppleEvent logfile support:
    		1. Select a default character in the prefs (if only
		   one char, that's the default)
    		2. Drag&Drop a logfile on scribia, it is scanned for
		   default character
	- Fit 14 trainers in the trainer view with no scrollbar.
	- Counting untrainings with a blood and gossamer blades
	  (thanks, Asmodean).
	- Track average number of chain pulls per chain in "Misc" view
	- Track items bought from shops and other NPCs, as well as
	  old-style NPCs (Wiktus, Elendil Faril, Pirate Henrik). Also
  	  track items won (casino, Bumgal, Clubius) or obtained through
	  challenges as trophies.
	  Please check if anything is still missing AND SUBMIT LOG
	  STRINGS FOR THOSE!
	- Track coins won and lost in the Coliseum.
	- Track coins donated to the clan account. (Need withdrawal
	  log message!)
	- Window can now be zoomed without having to resize it first
	- Fix bug which swapped your "view last scanned log" preference.
	- Fix bug not updating totals panes in some views.

Scribia 0.4.0-beta may require Apple Carbon Lib on some MacOS 8.X 
systems. Carbon Lib can be downloaded free of charge from 
http://asu.info.apple.com/swupdates.nsf/artnum/n11916 - a much better 
idea on these systems would be to upgrade to MacOS 8.6, also 
available free of charge from Apple.
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] 68K build error

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

At 7:21 PM -0700 8/12/01, Ben Hines wrote:
>Hmm. From google searches, sounds like this is an old CW68k 
>bug/limitation which has never been fixed. And 68k compiler is no 
>longer being updated.
>
>The solution is to make the switch smaller.

There isn't really, without making the scanner smaller. I'll try that.

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

Re: [Scribia-dev] 68K build error

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

Hmm. From google searches, sounds like this is an old CW68k 
bug/limitation which has never been fixed. And 68k compiler is no 
longer being updated.

The solution is to make the switch smaller.

If there is no way to make the swtich smaller, perhaps we could 
comment out on 68k- #ifdef TARGET_CPU_PPC - some of the less useful 
rules?

See:
http://groups.google.com/groups?safe=off&th=be4da6712dfad0cc,5
And:
http://groups.google.com/groups?safe=off&th=514a2169ed5e2fa8,3

And also:

From: Ben Combee (co...@te...)
Message 2 in thread
Subject: Re: (followup) Weird compilation problem - reference to 
symbol '@560' is out of range
Newsgroups: pilot.programmer, pilot.programmer.codewarrior
Date: 2000/10/12
>  After spending some time playing with the code, I have come to the
>  conclusion that the problem is caused by the huge size of the one of the
>  functions.  It has nothing to do with the GOTOs/Labels.  The preprocessed
>  (all #define expanded etc) version of the function is almost 1500 line of
>  pure code.  When I commented out some of the sections in the function the
>  program compiled just fine.
>
>  Anyways if the compiler could give some logical and sensible feedback then
>  it would be better.

Basically, its a problem with the architecture of the compiler -- the
function being too large isn't detected until it tries to assemble the code
after its done semantic analysis, optimization, code generation, and
peephole optimization.  However, I still think its a bug, since it looks
like the compiler should be able to substitute one of the larger offset jump
instructions for the small, limited range one its using.



At 8:19 PM -0700 8/11/01, Lark wrote:
>I'm getting this error when trying to build any 68K target (for the release):
>
>Error   : reference to label '@4557' is out of range
>lex.yy.c line 10290   } /* end of yylex */
>
>Anyone know what this means? I thought maybe our code model was too 
>small, but it's as large as I can get it.
>
>Any ideas?
>--
>Lark <lar...@ya...>
>
>_______________________________________________
>Scribia-developers mailing list
>Scr...@li...
>http://lists.sourceforge.net/lists/listinfo/scribia-developers

--
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages
-- 
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

[Scribia-dev] 68K build error

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

I'm getting this error when trying to build any 68K target (for the release):

Error   : reference to label '@4557' is out of range
lex.yy.c line 10290   } /* end of yylex */

Anyone know what this means? I thought maybe our code model was too 
small, but it's as large as I can get it.

Any ideas?
-- 
Lark <lar...@ya...>

Re: [Scribia-dev] back for a week

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

Current build is quite stable and has all data in the gui. However 
the interface is "modeless" while scanning and i'm not sure if it 
will handle the user switching tabs during a scan. Perhaps i should 
disable them.

My new G4 should be arriving within a couple weeks. (maybe even this 
week?) So I should be able to get a good carbon build going when it 
arrives.

I fixed one carbon bug but i havent heard any reports whether it helped or not.

-Ben

At 11:30 AM -0700 8/11/01, Lark wrote:
>Hi,
>
>I'm back for a week - is is time for another release? Is the current 
>tree stable?
>
>--
>Lark <lar...@ya...>
>
>_______________________________________________
>Scribia-developers mailing list
>Scr...@li...
>http://lists.sourceforge.net/lists/listinfo/scribia-developers

--
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages
-- 
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

[Scribia-dev] back for a week

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

Hi,

I'm back for a week - is is time for another release? Is the current 
tree stable?

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

[Scribia-dev] updates

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

Checked in:
** VersionNumber.h
** ScribiaPlstVers.r
** Scribia.CW6.mcp.xml - project with these new files

- this is the new version number system. Thanks to Delta Tao, this is 
what the CL Client uses. (i got permission) Lark: For releases, just 
edit the version number in VersionNumber.h and it is compiled into 
the PLST (Mac OSX) and VERS (Mac OS Classic) resources. No need to 
use resedit to edit it anymore. Also we can easily grab the version 
number for display in the about box, or anywhere else.


** ScribiaApp.cp

- attempt to fix the crash-on-launch. Had a chance to test scribia 
carbon today and got a crash.log Will test the fix tomorrow, or you 
can tonight... does it work?

TIP FOR TESTING MACOSX:

Crash logs
Here's how to turn on the system crashreporter. It gives a backtrace 
of each thread and the contents of registers at the time of the crash.
 From the terminal do the following

1. sudo pico /etc/hostconfig (or vi, emacs, whatever)
2. enter your password
3. add a line to the file (anywhere is fine) that says 'CRASHREPORTER=-YES-'
(no quotes of course)
4. hit control-x (exit) and 'y' (yes to save), then return.
5. Restart when your ready.

You'll be asked if you want to see the crash report when a program 
crashes, say yes and it will appear in Console.app. In either case, 
it's stored in
"/var/logs/crash.log"

-Ben
-- 
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

Re: [Scribia-dev] Changes

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

On 7/14/01 5:58 PM, "Ben Hines" <bh...@sa...> wrote:

> Checked in quite a few mods today. Everything should be in the GUI
> now. Should i make stuff like clanning times, avg shares, max. shares
> modifiable by the user as well? Currently these can be modified:
> anything in a table, departs, ruined furs, and bank fees.
 
I'd say no to making those modifiable since they're a calculation made by
scribia.  To me, only the items that are a straight counts should be
editable.  The point of editing is to allow for corrections for numbers
missed by lost/deleted logs.  Whereas, something like max or avg. shares is
to show what the counted data is doing.



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] Changes

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

Checked in quite a few mods today. Everything should be in the GUI 
now. Should i make stuff like clanning times, avg shares, max. shares 
modifiable by the user as well? Currently these can be modified: 
anything in a table, departs, ruined furs, and bank fees.

CKarmaView.cp
Update totals panes properly

CEditItem.cp
CTrainingTable.cp
Changed setdata to support special-case string column (evaluations)

CMapTable.h
CMapTable.cp
Changed setitem to support special-case string column (evaluations)
Added SetStringData to support special-case string column (evaluations)

CScribiaDocumentWindow.h
CScribiaDocumentWindow.cp
Move progress bar and exile picture to window class. (picture temp. disabled)
Updates to support a non modal progress bar.
Added support for canceling scans via command-period.
Changed setdata to support special-case string column (evaluations)
Added exp view.
Support modification of furs, departs, bank fees.

CScribiaDoc.cp
Count logs before scanning for determinate progress bar
Move progress bar and exile picture to window class (picture temp. disabled)
Support modification of evaluations and experience data
Support modification of furs, departs, bank fees.

CTrainingView.h
CTrainingView.cp
Add evaluations to table.
Remove experience from this view
Support modification of departs

CMoneyView.h
CMoneyView.cp
Support modification of furs, bank fees.

CScribiaConstants.h
Add constants to support exp view, evaluations, modification of furs, 
departs, bank fees.
Add scribus bugs preference.

Scribia.l
ScribiaKeys.h
Add keys for ranks and evaluations

ScribiaApp.cp
Add scribus bugs preference.

ExpView.cp
ExpView.h
New view to support experience stats and future expansion..

ScribiaResources.ppob
Widen furs/fees panes.
Make trainingview a maptable, remove exp and add evaluations.
Add exp view.
Rename totals panes in karma view to standard totals IDs.

ScribiaResources.rsrc
Add Exp view to tab#
-- 
NOTE: Please change my address in your address book from bhines at san.rr.com
to bhines at alumni.ucsd.edu as my UCSD address will be permanent.
<http://freepages.sf.rootsweb.com/~bhines/> - My Genealogy Pages

[Scribia-dev] [ scribia-Feature Requests-440940 ] Track Gossamer untraining messages

[<no...@so...>]

Feature Requests item #440940, was opened at 2001-07-12 23:13
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=356424&aid=440940&group_id=6424

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Track Gossamer untraining messages

Initial Comment:
Example message:
"7/10/01 12:37:20a •You lose some of your grasp of 
controlled attacks."



----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=356424&aid=440940&group_id=6424

[Scribia-dev] [ scribia-Feature Requests-440939 ] Save window size/position with char data

[<no...@so...>]

Feature Requests item #440939, was opened at 2001-07-12 23:11
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=356424&aid=440939&group_id=6424

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Save window size/position with char data

Initial Comment:
Mystics need MANY more rows showing in their window :-)


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=356424&aid=440939&group_id=6424

[Scribia-dev] [ scribia-Feature Requests-440938 ] Track Bank Balance

[<no...@so...>]

Feature Requests item #440938, was opened at 2001-07-12 23:10
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=356424&aid=440938&group_id=6424

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Track Bank Balance

Initial Comment:
I hate having to use pieces of paper for this.


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=356424&aid=440938&group_id=6424

[Scribia-dev] [ scribia-Bugs-440937 ] Not all fields are editable

[<no...@so...>]

Bugs item #440937, was opened at 2001-07-12 23:07
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=106424&aid=440937&group_id=6424

Category: GUI
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Ben H (benh57)
Summary: Not all fields are editable

Initial Comment:
The Summary says it all. This is the only thing that 
keeps me from using Scribia exclusively.


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=106424&aid=440937&group_id=6424

[Scribia-dev] [ scribia-Bugs-440936 ] "Last Session" state saved improperly

[<no...@so...>]

Bugs item #440936, was opened at 2001-07-12 23:05
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=106424&aid=440936&group_id=6424

Category: GUI
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Ben H (benh57)
Summary: "Last Session" state saved improperly

Initial Comment:
When Scribia is closed it appears that the state of the 
"View Data For Last Session" is being saved, but the 
flag that this button controls is not. Thus if the 
button is "on" when you exit, the next session will have 
the sense of this button reversed.


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=106424&aid=440936&group_id=6424