View this PageEdit this PageAttachments to this PageHistory of this PageHomeRecent ChangesSearch the SwikiHelp Guide
Hotspots: Admin Pages | Turn-in Site |
Current Links: Cases Final Project Summer 2007

Fall 2005 Milestone 2 Questions


From the Milestone 2 Description:
For this milestone, you will only be doing the design part for these two features. You will do an object-oriented analysis using CRC cards and an object-oriented design using UML. Then, in the next milestone, you will implement that design.

and a little later...

In addition to the design part, you will implement a few new features that will be useful in your design.

Where exactly is the discrepancy here? Also, will there be a page where we can signup for demo times?

If you look earlier, you will see that "your group (3-4 members) will do two different parts—a design part and an implementation part." The first sentence is in the first part. The second sentence is in the second part.

For Automatically-Resizing-Text, is there any criteria for what we should consider "off the page"? Example, assuming a given slide layout contains TextMorphs for editing/displaying text, the horizontal size of the morphs is usually fixed (maybe you can change this?) and text is wrapped if you type too much text. It would go off the page vertically (at the bottom). Would this be valid? Specifically, can we use TextMorphs and resize the text if the user types off the bottom of the page?
Sure, that seems like a good solution. Another solution would be specifying in your text widget the maximumHeight that it could be.

So when do we submit what our teams are or whatnot?

Just to clarify, should we be designing the part that we have to implement for this milestone? Or should we just implement it and just design the part that we do not have to implement?
For this milestone, you can just design the part that you do not have to implement. In the next milestone, you will have to include everything in your design - Jeff Rick

From TA Announcements page: "We will release the M2 grading criteria (hopefully) by Friday."
Which Friday did you mean? not the due date Friday, I hope?


I can see your point that designing everything at the beginning is the strategy advocated by this class. However, the three widgets you are implementing are fairly orthogonal to the larger design. As many people are still getting used to Squeak, I felt this way would allow people to get some more coding experience before having to implement the full design. I believe that the challenge in creating these widgets is in implementing them in a new system, rather than coming up with a good design. If you do a good design for the widgets, integrating them into your larger design will be trivial. If you feel that the widgets need to be in your design, feel free to include their design in this milestone as well. If you finish it now, you'll be ahead for Milestone 3. -Jeff Rick

The grading criteria for Milestone 2 is available now

Any suggestions for resizing TextMorph text or an actual ImageMorph, or alternatives? I've been digging through these classes extentensively, have traced through things such as TextMorphEditor, Paragraph, and Morph itself and have had no luck. Nothing I try seems to be working. Inspecting halo commands isn't of much help either, especially for the text-resizing.
Thanks!

In Squeak, a font includes a size, so Atlanta11 and Atlanta22 are different fonts. You can use TextMorph beAllFont: to change the font attribute of a text.

Jeff said in class that we were required to submit the UML Class Diagram and the CRC cards, but now I see that we have to do more diagrams such as Use Cases, Scenarios, and etc , you guys do not even know what to ask, what is ETC for you TAs.. State machine Diagrams? Sequence Diagram? Collaboration Diagram? Activity Diagram? well... there are like 8 different UML diagrams, so what are the real requirements?
10% Additional Design Documentation (scenarios, use cases, etc.)

Thank you very much.

This is a class on design. Design is not a checklist with concise goals. Your goal, in the design part of this milestone, is to justify your design and convey that design to the TAs. While CRC cards and UML class diagrams will do the majority of this, something else may be required to explain your design. If you think your CRC cards and UML diagrams are so clear that your TA needs nothing else to understand your design, you are welcome to just turn that in. But, I doubt it. Submit what you feel is necessary for your TA to understand your design. There is no artificial checklist. Just convey your design. If you think scenarios truly help, include them. If you think use cases truly help, include them. Don't include them if you think they are irrelevant. My advice: include something so that a normal person can understand your design. That may just be a common sense description of how your design will be used. —Jeff Rick

Is there an easy way to resize an ImageMorph in code, or am I missing something? Or how can I find the code that governs what a halo does? I'm trying to figure out how to resize an ImageMorph via code, but I can't figure out how to inspect the resize halo. 'extent:' is not helping.

I'm having the same problem with image resizing. – Russell Myers

Maybe you can look at SketchMorph instead. It seems to handle extent:

To the person curious about halos, check out HaloMorph and HaloSpec. And yes, SketchMorph seems to do the job better than ImageMorph.

Thanks for the image suggestions. It's working well.

But should the images also "inflate" to fill an area that is larger than them? Meaning should it fill it both on the x and y bounds? or should it just shrink images that are too big?

Anyone know if Squeak has something similar to Java's file chooser ????

To the individual or someone that knows, that mentioned the "SketchMorph"........ isn't it StretchyImageMorph instead ?????


SketchMorph is not StretchyImageMorph

the java file chooser question is still out there for me too, any ideas on this one?


there's some sort of file chooser in the world menu, when you choose open, then file...

Look up StandardFileMenu

I'm trying to calculate the need to shrink the font of the TextMorph by calculating the height/width of each individual character. This seems like the wrong way to be doing this, is there a property somewhere that I'm missing?

anyone know how to visually modify a SketchMorph (i.e. set it to text such as "click here")?

how does one use the results from a StandardFileMenu?

Nevermind my post, he went over the text resizing in class today.

Does anyone know of a method that can be used to point to a picture file ???? Say, something like this:
<some variable> <– <theMethodThatDoesTheAbove>
Check out StandardFileMenu and then SketchMorph fromFile:

Watch the tone a bit here. The reason that lecture notes don't get posted right away is that I prefer not to post a them until I've finished them in class. If you want to do a look ahead, I suggest looking at Summer 2005 Class Schedule. Most of the lectures given are just slight modification of those lectures. So, if you are desperate for notes, go there. —Jeff Rick

  1. beAllFont:aFont message in TextMorph destroys the active TextMorphEditor, and a new one is created when another key is pressed. This is effectively resetting the cursor position to 0 whenever the font is changed. Is there a way to force the cursor position?

edit: nevermind!

Actually, I'm having the same problem.

When you all say rotate the picture from portrait to landscape, what do you mean? Does that mean put the picture on its side, or does it mean rotate the image field 90 and resize the picture?

From the grading requirements: "Rotate an image 90 degrees - 5%" – Andrew Sayman



Link to this Page