mr @repo username pass?

A lot of the TZ* classes are not used in the newer incarnation of tode/topez ... and a number of them should not be used if they are ...

• low hanging fruit (just dump the classes)
• rewrite eliminating old-style support (smooth)
• nasty bits like the proxy boys that should not be used, but have been woven in (nastiness that must be done)

time to make the move:

• basic port
• flesh out server-side tests and client-side tests
• create client/server test ... fire up netldi and run tests over GCI

I'd like to be able to search for "TZfoo" in the source code (right now I have to use the Pharo Finder tool to do my searches. The search should be context specific. E.g., if i do:
cd /projects/Topez search TZGsEvaluator .
Should search the files in the Topez package for "TZGsEvaluator" and open a list of matching classes. We may want other ways of specifying the context as well (e.g., currently selected class/method whatever)

Before we get too many commands defined we should create a first class object for the command (as opposed to list of tokens)...then when we add options, etc. to the command line tool, we will have limited the damage in terms of the number of places that changes need to be made

Since GitHub skips over directories named packages when looking for Smalltalk files while calculating language statitistics, we have to pick another name....

In the native client (blue pill) I did:
cd /topez/events/keys/ cat *

And the debugger pops up and I can niether abandon nor ignore it...

• create repository (mr create)
• list repositories (mr list)
• list packages in repository (mr packages and mr versions)
• list repositories in package repository group (mr group)
• create package (mc create)
• add repository to package (mr add)
• remove repository from package (mr remove)
• merge package (mc merge)
• browse package (mc browse)
• copy package from one repository to another (mc copy)
• commit package (mc commit)
• commit package in specific repository (mc save)
• commit dirty packages in configuration (mm commit)
• commit dirty packages in baseline (mm commit)
• diff loaded package to package in repository (mc diff)
• diff dirty packages in baseline (mm diff)
• diff dirty packages in configuration (mm diff)
• diff dirty packages in image (mc diff)
• compare two package versions (mc compare)
• revert package (mc revert)
• list dirty packages (mc dirty)
• CMD-v of method onto package (in pkgs window) adds method to package
• CMD-v of class onto package (in pkgs window) adds class to package
• CMD-x in? window removes method or class from package (perhaps have a not a package entry in pkgs window and use CMD-v?)
• unload package (mc unload)
• deletete working copy (mc delete)
• recompile methods in package (mc recompile)
• flush all caches (mc flush)
• adopt ancestor (mc adopt)
• load package (mc load)

Need to be able to share individual directory templates on a project by project basis but also need to make personal copies too stored in a different git repository ...

I got mine from the GemTools app download from seaside.gemstone.com and put it in the pharo directory with my tode image.

With the conclusion of Issue #37 work, the implementation of the installTode and sessionDesription builtins, and the creation of https://github.com/dalehenrich/todeHome we've got all the "getting started building blocks" ... just need some docs ..

Should add command / file completion to the topez window.

Should probably pass a copy of SessionDescription to the server where some of the information in the SessionDescription can be used by the server ... backup directory...stone name and netldi information (netldi more so) can be used for establishing external sessions without having to guess at some of the settings ...

The idea was first posed a solution for Issue #46 ... but I've since come up with a better simpler solution.

Still want to consider this idea independently...

the 'Server' group isnot defined in the basline

open debugger from entry in object log

GsInteractionRequest is preferred ...

"edit" makes sense if I want to edit method source, but it seems a bit off if I want to "list" or "view" the class hierarchy or a list of classes etc.

Most of my monticello packages have classes which are in different categories inside that package. Would you be interested in having that list (2nd down from top left corner) changed to show the class categories instead of the monticello packages?

the shell interface should be very straightforward ... even the basic window interface should port easily ...the gemstone client code is already functional in Pharo ... the real trick is to replace all the gci calls on both sides which should be accomplished by jiggering the client/server implementation a bit ... I think the debugger is the only chunk that will require significant work, but it's a pretty solvable problem...

browse category brings up list of categories clicking on a category brings up the window on list of classes in the category ...

browse category <category-name> brings up list of classes in category...

See http://forum.world.st/Glass-Simple-questions-while-migrating-code-to-GemStone-compatibility-issues-tp4721830.html for discussion

when loading a file from a directory and the file doesn't exist a String concatenation error is given rather than a file not found.

e.g.

mc load 1234.mcz /tmp

should say "error file not found: /tmp/1234.mcz" or some such

This is the model that should be used in all tools and to have examples that don't use this model is just plain wrong ...

Probably should use the same selectors for both of these:

• TopezPharoSession>>compileMethod:class:isMeta:category:
• TZGsTopez>>compileMethod:class:category:forMeta:

and the message might even deserve to be part of public protocol for TZTopez

Bad mojo ensues if you specify a path that doesn't exist ...

Cannot afford to have "scripts" break because you didn't see any senders ...

the name topez is too close to the name topaz and the project has mprphed into tode anyway, so now is as good a time as any to rename the project

It would be nice to have a lot more flexibility to map keystrokes to commands and have them on a per window (type) basis. Each emacs buffer has a keymap that is the aggregation of global bindings, mode-specific and buffer specific bindings. Something like that would make it nice to customize the many commands you want to bind and to allow per-user cusom topez.el ;^)

maybe have an option to always show it at the bottom of the code pane.

If you look at TDMonticelloTool>>mclist:

mclist
  "mc list <regex-pkg-pattern> "

  | pattern list stream displayPolicy |
  pattern := tokens size > 1
    ifTrue: [ tokens at: 2 ].
  list := self findMatchingPackages: pattern topez: topez.
  displayPolicy := topez displayPolicy
    compacted: true;
    yourself.
  stream := displayPolicy stream.
  list
    do: [ :pkg | 
      pkg displayOn: displayPolicy.
      stream cr ].
  ^ stream contents

You see that the command ends with displayPolicy and displayOn: for each of the elements ... I'm thinking that I need to move the displayOn: out to TDTopez server, or allow command object to independently set objOut.

That is the effect I want:

• command control over format
• set objIn to a real object not the Text object returned by the command

Perhaps the best is to return an instance of something like TDResult, where the text display and objIn are accessible ... then piping command results will work as well ...

some of the halos, like .window and .man are still probably useful, a bunch of others are not ... I never use them and now that I'm using the navigator window to view the objects themselves, there's no need to create these dynamic structures ...

GemTools used to ask for the Author every time you signed into Gemstone, but tode does not.

It seems like tODE gets the author information from the Pharo image.

If the Pharo image also doesn't have an Author then when you save an MC package from Gemstone then there is no Author.

e.g. instead of

touch obj repo

do a

edit repo

in an empty directory and be told that the file doesn't exist in directory _____ and give the option to choose the type of file to create in that directory or cancel.

After loading Metacello 1-b32 by running:

"Get the Metacello configuration"
Gofer new
gemsource: 'metacello';
package: 'ConfigurationOfMetacello';
load.

"Bootstrap Metacello 1.0-beta.32, using mcz files"
((Smalltalk at: #ConfigurationOfMetacello) project
version: '1.0-beta.32') load.

"Load the Preview version of Metacello from GitHub"
(Smalltalk at: #Metacello) new
configuration: 'MetacelloPreview';
version: #stable;
repository: 'github://dalehenrich/metacello-work:configuration';
load.

then loading topez by running:

Metacello new
baseline: 'Topez';
repository: 'github://dalehenrich/topez:master/packages';
load: 'Client'.

I'm given the error

This package depends on the following classes:
TZTopez
TZEvaluator
You must resolve these dependencies before you will be able to load these definitions:
TZNativeEvaluator
initialize
lintCmds
label
topezClientClass
TZNativeTopez
initialize
windowOffset
activeShout
addMethodElement:toElement:isMeta:
adornmentColor
classDefinition:
classElementForClass:
classMethod:
classNamesInMetacelloProject:
classSelectors:
classesInMetacelloProject:
continueWith:
deleteClassElement:
deleteMethodElement:
diffModifiedPackagesForProjectNamed:
doInSession:
evaluate:in:to:
executeString:receiver:
findMatchingClasses:
hierarchyOf:
implementorsOf:
instanceElementFor:level:
instanceSelectors:
messageElementFor:selector:messagePattern:
metacelloProjectNamed:
metacelloProjectNames
metacelloProjects
method:
methodElementFor:selector:
methodTemplateElementFor:isMeta:
rawInSession:
referencesTo:isMeta:in:
run:
runInInstance:
saveModifiedPackagesForProjectNamed:commitMessage:
selectClass:
send:to:withArgs:
sendersOf:
session
setCategory:
sourceForClassMethod:
sourceForMethod:
stackFor:
stepInto:
stepWith:level:
stylerClass
subclassesOf:
superclassesOf:
testClassesInMetacelloProject

Select Proceed to continue, or close this window to cancel the operation.

Add command history so you can at least move up/down the history list.

You're probably already aware of this one e.g. #41

need a man search ...

while you are at it ... use a named window for manPages to avoid tons of manpages accumulating...

I would like to do something like:

cd /projects/Topez
cat *Ruby*

being able to copy the name of repositories for use in commands is required ... not sure if anything more than this would be required ...

If I load a Metacello package using a script and it fails and I abort the load and then switch to the shell and hit 'enter' tODE attempts to process all of the Metacello transcript output that is in the shell and throws and error for every line.

Maybe I'm loading things in a non-standard way but the only solution I have to the problem of an aborted load is to exit the session and sign in again.

If I do hit enter then I either have to 'abort' through all of the tODE errors or close the Pharo image without saving.

Oh, to load things I do this:

$ touch sh loadZinc
$ edit loadZinc

and then in load Zinc I'll put

MCPlatformSupport commitOnAlmostOutOfMemoryDuring:[ConfigurationOfZincHTTPComponents load].

probably should add class command:

• class rename
• class copy
• class comment
• class create (? create methods for instance variables, class instance variables)
• class protocol (see Issue #27)

Is there a command to proceed or restart in the debugger?

It looks like there isn't one defined in

TDStackClientListElementBuilder

Laptop Driven Development and SINGLE-SESSION DEVELOPMENT

Have to verify the the right thing happens here...