Squeak-dev December 2015

squeak-dev@lists.squeakfoundation.org

60 participants
161 discussions

Mac release broken? ClassBinding>>objectForDataStream
by Huw Lloyd 06 Dec '15

06 Dec '15

For both 4.6 & 5.0 on the mac, saving a project generates the following error: "NotImplemented: ClassBinding or a superclass should implement objectForDataStream." The comments in the method suggest this shouldn't have been released to a stable version: "It's not yet clear how serialization should work in the presence of environments". Problem 2 is that if I then "abandon" the error messge, the workspace is then flooded with "MessageNotUnderstood" error boxes. Is "environments" something experimental that should be switched off? Best, Huw

7 17

Fwd: [Pharo-dev] [squeak-dev] Unicode Support
by H. Hirzel 06 Dec '15

06 Dec '15

---------- Forwarded message ---------- From: Todd Blanchard <tblanchard(a)mac.com> Date: Sun, 06 Dec 2015 08:37:12 -0800 Subject: Re: [Pharo-dev] [squeak-dev] Unicode Support To: Pharo Development List <pharo-dev(a)lists.pharo.org> (Resent because of bounce notification (email handling in osx is really beginning to annoy me). Sorry if its a dup) I used to worry a lot about strings being indexable. And then I eventually let go of that and realized that it isn't a particularly important property for them to have. I think you will find that UTF8 is generally the most convenient for a lot of things but its a bit like light in that you treat it alternately as a wave or particle depending on what you are trying to do. So goes strings - they can be treated alternately as streams or byte arrays (not character arrays - stop thinking in characters). In practice, this tends to not be a problem since a lot of the times when you want to replace a character or pick out the nth one you are doing something very computerish and the characters you are working with are the single byte (ASCII legacy) variety. You generally know when you can get away with that and when you can't. Otherwise you are most likely doing things that are best dealt with in a streaming paradigm. For most computation, you come to realize you don't generally care how many characters but how much space (bytes) you need to store your chunk of text. Collation is tricky and complicated in unicode in general but it isn't any worse in UTF8 than any other encoding. You are still going to scan each sortable item from front to back to determine its order, regardless. Most of the outside world has settled on UTF8 and any ASCII file is already UTF8 - which is why it ends up being so convenient. Most of our old text handling infrastructure can still handle UTF8 while it tends to choke on wider encodings. -Todd Blanchard > On Dec 6, 2015, at 07:23, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > >> We do the same thing, but that doesn't mean it's a good idea to create a >> new String-like class having its content encoded in UTF-8, because >> UTF-8-encoded strings can't be modified like regular strings. While it >> would be possible to implement all operations, such implementation would >> become the next SortedCollection (bad performance due to misuse).

1 0

SqueakElib project
by Robert Withers 06 Dec '15

06 Dec '15

Good morning, Here is a brief writeup of the SqueakElib project and its direction. https://github.com/SqueakCryptographySquad/Cryptography-Common/wiki/SqueakE…. All new squad members welcome. Regards, Robert

2 6

java to squeak conversation
by Robert Withers 06 Dec '15

06 Dec '15

I still have some rot in my head, from too much java, and so I don't think consistently clearly, it's more cyclic I've noticed. As a result, my eyes are doing back-flips when looking at this code; perhaps I need eine kleine pause...does anyone else want to try it? int termPlus1 = ((term & 0x1) == 0) ? (term | 1) : (term & ~1); cheers, Robert ps. an example of Java conciseness, dear God.

2 1

mouse enter/move/leave event confusion
by tim Rowledge 05 Dec '15

05 Dec '15

I’m trying to provide the appearance of a cursor that is gridded in a paint program; the idea is that the tool cursor should jump only to positions on the grid and when the bitmap is scaled to say 4X that would be every 4th pixel position on the screen. Since making the actual HandMorph & real cursor do gridding seemed a bit of a heavyweight thing to impose on everything else, I’m attempting to do it by handling mousemove events within my painting canvas morph. It *almost* works but there is something very odd going on at far too frequent occasions. So far as I can currently tell the event handling code up in Morph & HandMorph is sometimes deciding that the mouse has left my morph and thus sends me a mouseleave event instead of a a move. Then as soon as the cursor moves, I get a new mouseenter and more moves until whatever it is upsets things again. There’s some unpleasantly complex code up at MouseOverHandler>processMouseOver: for example that appears to be in the middle of my problem - best I can tell is that ‘leftMorphs’ is somehow including my morph when the mouse is still right there in the middle of it. My basic scheme is to create a suitable ImageMorph on the mouseEnter, change its position with each mouseMove and then delete it on mouseLeave. I have implemented handlesMouseMove: to always return true, so I seem to get all the move events. Any idea about why I get the dud mouseLeave events? Has anyone else done a scaled-up-grid-cursor thingy? tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim "How many Pak Protectors does it take to change a lightbulb?” "Only one, but the lightbulb has to smell right."

5 14

Re: [squeak-dev] The Trunk: Morphic-dtl.1056.mcz
by David T. Lewis 05 Dec '15

05 Dec '15

On Fri, Dec 04, 2015 at 12:34:07AM +0000, commits(a)source.squeak.org wrote: > David T. Lewis uploaded a new version of Morphic to project The Trunk: > http://source.squeak.org/trunk/Morphic-dtl.1056.mcz > > ==================== Summary ==================== > > Name: Morphic-dtl.1056 > Author: dtl > Time: 3 December 2015, 7:33:58.442 pm > UUID: fd009a5d-4910-45be-bd72-6121f05689f1 > Ancestors: Morphic-jmg.1055, Morphic-cwp.1055 > > Merge Morphic-jmg.1055, Morphic-cwp.1055 These two have been in the inbox long enough, so I moved them to trunk. Morphic-jmg.1055 seems straightforward, and Morphic-cwp.1055 is needed for image segments but would still benefit from review and comment as per Colin's earlier request. Dave

2 1

Daily Commit Log
by commits＠source.squeak.org 04 Dec '15

04 Dec '15

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2015-December/009206.h… Name: Morphic-jmg.1055 Ancestors: Morphic-mt.1054 If you're like me and have the swapMouseButtons perference unselected because you are on windows, then right-clicking on a morph and picking the 'select' menu item raises an exception because popUpFor:at:hand: is expecting a position for the at: argument, and currently this sends in a MouseEvent transformed by the relevant amount. We need to take one additional step and extract the position from this newly translated event, which I do in this change. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2015-December/009207.h… Name: Morphic-cwp.1055 Ancestors: Morphic-mt.1054 Implement PasteUpMorph>>referencePool Loading a project seems to require it. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2015-December/009208.h… Name: Morphic-dtl.1056 Ancestors: Morphic-jmg.1055, Morphic-cwp.1055 Merge Morphic-jmg.1055, Morphic-cwp.1055 =============================================

1 0

Call for Papers: Constrained and Reactive Objects Workshop at Modularity 2016
by timfelgentreff 04 Dec '15

04 Dec '15

CROW 2016 - Constrained and Reactive Objects Workshop The Constrained and Reactive Objects Workshop (CROW) invites papers that present research results related to using constraints and reactive programming in combination or integrated with imperative and object-oriented systems. This research area has recently received increasing interest again. Object-constraint, constraint-reactive, constraint-imperative systems and others were proposed in response to challenges posed by, for example, the requirements for applications to work across different devices and form-factors, to provide best-effort computing in the face of unreliable devices and networks, and to more fully utilise HPC technology. However, many questions remain. For example, the interactions among constraints, reactive or event-based programming, and mainstream imperative and object-oriented languages are still not well-understood, and different implementation techniques to combine these paradigms are still being explored. The lack of large applications written with combinations of these paradigms means that there is little experience with patterns and tools for such applications, and modularity mechanisms required for such large applications are in their infancy or completely absent. This workshop is intended to gather researchers working on using constraints or reactive programming in combination with mainstream imperative and object-oriented languages. The goal of this workshop is to present technical research results related to such systems, discuss applications, tools, and patterns used in these systems, and to define better the directions into which this field may evolve by providing overviews of existing work. Call for Papers Even though constraint-based and reactive programming are not new concepts, their combination and interaction with more mainstream imperative and object-oriented languages are receiving more and more attention. This workshop is an attempt to gather researchers working on models, languages, and implementations relating these paradigms. We welcome all submissions on language design, implementation, runtime systems, program analysis, software metrics, patterns, modularity principles, case-studies and benchmarks of systems that combine constraint-based or reactive programming with imperative paradigms. Of particular interest are topics from the following areas: •Study of the interactions of constraints and reactive programming with imperative language features such as object-oriented programming, mutable state, encapsulation, modules, or concurrency •Applications and case-studies that showcase examples in which the combination of constraints and reactive programming facilitates systems development •Empirical studies that motivate further research in the field •Patterns, modularity mechanisms, and best-practices for larger applications •IDEs and Tools •Language runtimes, virtual machine support, or compilers •Related fields that constraints and reactive programming can help facilitate, such as self-healing systems, best-effort computing, acceptability-oriented computing, or end-user programming Authors are invited to submit short position papers or long technical papers. using the ACM sigplanconf style at 9pt font size (see http://www.acm.org/publications/article-templates/proceedings-template.html). Short papers are imited to a maximum of 4 pages, excluding references. Long papers are limited to a maximum of 10 pages, including references. Submissions should not have been previously published nor be under review at other events. All submitted papers will be peer reviewed. Accepted papers will be published in the ACM Digital Library (unless the authors wish otherwise). Papers should be submitted via EasyChair: https://easychair.org/conferences/?conf=crow16. Workshop Format The format of the workshop will be that of a mini-conference. Participants can present their work in slots of 30 minutes including Q&A. Because it is often hard to understand the semantics of novel combinations of multiple paradigms as in this workshop just by looking at the code, we also encourage authors to present live demos. The goal of the workshop is to come to a better understanding of the the field. We hope to use the late afternoon session to draw conclusions from the presented work, and to identify fundamental paradigmatic problems that still need to be resolved to reconcile these different technologies and paradigms. Important Dates •Submission deadline: January 15, 2016 •Notification: February 6, 2016 •Camera ready: February 13, 2016 •Workshop: March 14-15, 2016 -- View this message in context: http://forum.world.st/Call-for-Papers-Constrained-and-Reactive-Objects-Work… Sent from the Squeak - Dev mailing list archive at Nabble.com.

1 0

Re: [Pharo-users] evolutions of squeakelib & crypto (Reed Solomon)
by Robert Withers 04 Dec '15

04 Dec '15

After my password reset on squeaksource, I committed to both Cryptography and SqueakElib, project links below. In the case of Cryptography, I had a version ported to Pharo ... I will organize Pharo ports of both after Reed Solomon is stable, and announce them to the Pharo list. This way both environments can be supported through this one repository. Robert On 12/04/2015 04:35 AM, Stephan Eggermont wrote: > On 03-12-15 23:06, Robert Withers wrote: >> Are any of these used by both squeak and Pharo? That would be the right >> move I think. I will ask about getting my password reset for >> squeaksource, since that is where the old code resides. > > All of them. Mostly timing of project start/high activity and who are > maintaining it decided on platforms. There was a time when > squeaksource was not so stable and then many projects migrated, and I > currently hear least about stability issues from ss3, but the load on > smalltalkhub is much higher, I assume, as that is used for the pharo ci. > > In the not so far future Pharo is likely to move to a git based > infrastructure, using libgit2. Early adopters are already using it. > I haven't heard the squeak ideas about that. > > Stephan > > >

1 1

The Trunk: Morphic-dtl.1056.mcz
by commits＠source.squeak.org 04 Dec '15

04 Dec '15

David T. Lewis uploaded a new version of Morphic to project The Trunk: http://source.squeak.org/trunk/Morphic-dtl.1056.mcz ==================== Summary ==================== Name: Morphic-dtl.1056 Author: dtl Time: 3 December 2015, 7:33:58.442 pm UUID: fd009a5d-4910-45be-bd72-6121f05689f1 Ancestors: Morphic-jmg.1055, Morphic-cwp.1055 Merge Morphic-jmg.1055, Morphic-cwp.1055 =============== Diff against Morphic-jmg.1055 =============== Item was added: + ----- Method: PasteUpMorph>>referencePool (in category 'objects from disk') ----- + referencePool + | pool | + pool := OrderedCollection new. + self setProperty: #References toValue: pool. + ^ pool!

1 0

Jump to page: