Squeak-dev July 2007

squeak-dev@lists.squeakfoundation.org

140 participants
214 discussions

Re: Re: [OT, Q] Architecture for Message Broadcasting
by "S.J.Chun" 02 Jul '07

02 Jul '07

Hi, The problem is that I cannot use special broadcasting address because most switch/router does not allow them to pass (at least here :-). So, I have to - as I said - find way to work around this problem. Thanks. ----- Original Message ----- From: Herbert Knig <herbertkoenig(a)gmx.net> To: "S.J.Chun" <chunsj(a)embian.com>, The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Sent: 07-07-02 19:38:41 Subject: Re: Re: [OT, Q] Architecture for Message Broadcasting Hello S.J.Chun, SJC> I'm currently thinking of create a simple TCP server which receives SJC> message - message will be single line - then iterate over connected SJC> sockets to send message to them. Afaik broadcast is one single send and everybody listens. IIRC a special broadcasting address is used where everybody listens. I never done TCP myself but it feels very wrong to to resend the same message for each receiver. Cheers Herbert mailto:herbertkoenig@gmx.net

1 0

Re: Agreement and Cert. of completion
by sig 02 Jul '07

02 Jul '07

oops.. wrong mail :))))

1 0

Possible bug in PluggableListMorphByItemPlus>>getCurrentSelectionIndex
by Damien Cassou 01 Jul '07

01 Jul '07

Hi, I have a problem with ToolBuilder and lists. The method PluggableListMorphByItemPlus>>getCurrentSelectionIndex is implemented as: getCurrentSelectionIndex "Answer the index of the current selection." | item | getIndexSelector == nil ifTrue: [^ 0]. item := model perform: getIndexSelector. ^ list findFirst: [ :x | x = item] However, list is a list of strings. Wouldn't it make more sense to enumerate the list of models which can be accessed through itemList instead of list? -- Damien Cassou

1 0

Squeak to/from UTF-8 conversions
by Andreas Raab 01 Jul '07

01 Jul '07

Hi - I was working on a little improvement in UTF-8 conversion speed (so far it's about 150x faster for latin-1 text ;-) and for measuring the improvements was running a test that said: strings := String allSubInstances. 1 to: strings size do:[:i| original := strings at: i. utf8 := original squeakToUtf8. copy := utf8 utf8ToSqueak. original = copy ifFalse:[self error: 'Encoding problem']. ]. When I ran this test it failed on each and every WideString instance. Digging into it, it seems that all of the WideStrings in Squeak have a language tag that is being supplied implicitly by the current LanguageEnvironment. Questions: 1) From what it looks like right now there is no way to preserve that language tag through a UTF-8 conversion. Is this indeed the case or am I missing something? 2) Given that my language environment is being set to Latin-1, how should clients treat UTF-8 to provide the "proper" language tag? For example, I expected that a client be able to read and write UTF-8 text without implicitly providing that language tag. If that's the case, then how does one store these in common text files? (I could see how to do this for formatted text but not for "plain text files" without further attributation) 3) More generally asking, isn't the language tag here more of a "decorator" along the lines of text attributes? This would certainly model more closely the effect that I'm seeing here (some attributes are dropped by the squeak -> utf8 -> squeak conversion) *except* that I didn't expect any lossy conversion for strings (contrary to Text where dropping text attributes is obviously lossy). Thanks for any help, - Andreas

6 8

Jump to page: