Squeak-dev January 2008

squeak-dev@lists.squeakfoundation.org

147 participants
192 discussions

Package Environment browser - where to find updates?
by itsme213 07 Jan '08

07 Jan '08

Quick search on squeaksource, squeakmap did not yield it. Want to see if any updates resolve some mouse-selection bugs I am seeing in the version that came in 3.9 image. Thanks - Sophie

3 3

Web fileOut (was Squeak code..on the Web)
by Janko Mivšek 07 Jan '08

07 Jan '08

Hi Klaus, Klaus D. Witzel wrote: >>> fileIn hyperlinks which answer, with content-type: text/plain, >>> the corresponding fileOut (at all the levels) as .st suffixed >>> file, same as local fileOut would do. >> Thats interesting idea, probably quite useful too. So every >> package/category/class/method would have a FileOut link where you got >> a raw Smalltalk code in fileout format. > > Precisely. This BTW is the only format that I know of Smalltalk > sourcecode (with content-type: text/plain) which is indexed on web. > Can't wait to see that in action :) Done! For a category, class and method. Some examples: category: http://squeak.aidaweb.si:8000/AidaBrowser/AidaBrowser.html http://squeak.aidaweb.si:8000/AidaBrowser/AidaBrowser.st class: http://squeak.aidaweb.si:8000/AidaBrowser/AidaBrowser/ABClass.html http://squeak.aidaweb.si:8000/AidaBrowser/AidaBrowser/ABClass.st method: http://squeak.aidaweb.si:8000/AidaBrowser/AidaBrowser/ABClass/preferedUrl.h… http://squeak.aidaweb.si:8000/AidaBrowser/AidaBrowser/ABClass/preferedUrl.st Best regards Janko -- Janko Mivšek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

2 2

[Bug] 0006839: #comeFullyUpOnReload: not sent to MorphExtension's otherProperties (anIdentityDictionary)
by Klaus D. Witzel 07 Jan '08

07 Jan '08

When saving/loading playfields (Projects) it looks like IdentityDictionaries which are hold by MorphExtension's otherProperties are not rehashed on load, - http://bugs.squeak.org/view.php?id=6839 which seems to describe a similiar situation as - http://bugs.squeak.org/view.php?id=6721 /Klaus P.S. workaround: IdentityDictionary allInstances do: [:each | each rehash] "don't #allInstancesDo: "

1 0

Re: Re: Re: [Q] WAListener and WAFileLibrary problem
by chunsj＠embian.com 06 Jan '08

06 Jan '08

I do not know Han-Unification part - in fact Hanja, the chinese letter or alphabet is not included when I say Korean; only hangul, the korean alphabet/letter I say. This does have dedicated region. ----- Original Message ----- From: Philippe Marschall <philippe.marschall(a)gmail.com> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Sent: 08-01-05 20:38:40 Subject: Re: Re: [Q] WAListener and WAFileLibrary problem 2008/1/5, chunsj(a)embian.com <chunsj(a)embian.com>: > Ah, I've changed/added support for UnicodeEnvironment so that UTF-8 > encoded byte array be converted to/from squeak's internal encoding. > With this, I can read UTF-8 encoded text(which can include korean or > other languages encoded as UTF-8) from squeak environment like > file list. > > Language tag is not required because unicode does already has region for > korea, japanese or chinese or any other languages supported by unicode. > So we can determine from byte value sequence, in what language region > does this byte sequence matches. Uhm no. Unicode does Han-Unification. So for some byte sequences there is no way of telling whether they're Chinese, Japanese or Korean. Cheers Philippe > Anyway I'm currently finding ways for determining content-type of WAResponse, > so that if it's not text/html UTF8Stream be not used. > > Thank you. > > ----- Original Message ----- > From: Philippe Marschall <philippe.marschall(a)gmail.com> > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > Sent: 08-01-05 15:14:48 > Subject: Re: [Q] WAListener and WAFileLibrary problem > > 2008/1/5, chunsj(a)embian.com <chunsj(a)embian.com>: > > I've found the main reason of image corruption; that's because WAListenerEncoded > > does use UTF8Stream *unconditionally* as you said it does not decide based on mime > > type. > > > > But I cannot understand why Korean as UTF8 should not work. > > Because WAListenerEncoded encoded gives you Strings in Squeak encoding > but also expects Strings from you to be in Squeak encoding. If you > pass to it Strings that are already in UTF8 they get converted twice > to UTF8. > > > My image is cutomized by me > > so that it does support Korean and others(Japanese and Chinese but no font for these 2). > > WideString for korean can be fawlessly converted to/from UTF8 encoded byte string. > > No, not at all. UTF8 has no concept of language tags. > > Chees > Philippe > > > Is this > > the work be done by WAListenerEncoded? > > > > Thank you for your help. Now I'm trying to find content-type of WAResponse before using > > UTF8Stream. > > > > ----- Original Message ----- > > From: Philippe Marschall <philippe.marschall(a)gmail.com> > > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > > Sent: 08-01-04 20:40:57 > > Subject: Re: [Q] WAListener and WAFileLibrary problem > > > > 2008/1/3, chunsj(a)embian.com <chunsj(a)embian.com>: > > > Hi, > > > > > > I've managed to find and modify WAListenerEncoded so that it can process > > > multibyte language - I've only tested it with Korean as UTF-8. During testing > > > I found following problem. > > > > Korean as UTF-8 should not work on WAListenerEncoded. If it does then > > it's a bug in WAListenerEncoded. The reason for this is that Korean as > > UTF-8 violates the contract between the server adapter and you. The > > *Encoded* adapters give you Strings in Squeak encoding (well not quite > > in the case of CJK because that is not possible since Unicode does not > > have the concept of language tags) but in turn expect Strings in > > Squeak encoding. In the case of Korean this means WideStrings. UTF-8 > > Strings are ByteStrings and should therefore not work. > > > > > When I use WAListener/WAListenerEncoded I cannot get FileLibrary registered > > > image files correctly. I can get CSS file or script file correctly, but I cannot get > > > image files. > > > > I don't think WAListenerEncoded can ever work for binary files. The > > problem is that due to it's streaming nature WAListenerEncoded > > compared to WAKomEncoded can never look at the response. This means it > > can never decide wehter is should do encoding (based on the mimetype), > > so it always does it. In the case of binary content this is clearly > > wrong. Your best option (as always) is to serve static files (images, > > CSS, javascript) with Apache or something similar. > > > > > It seems that when I use WAListener, the server sent the image file of the size > > > of 16135 byte, but original file size is 10819 byte, and this might be the source > > > of the problem. I cannot open wrong sized file even though I cut the size of the > > > file to the original one. > > > > WAListener should not do any encoding at all so images should work. > > But then again we don't know what code you changed so we can't really > > help you. It would help if you send us the image so we can test. > > > > Cheers > > Philippe > > > > > > > > > > > > > > > > > >

3 2

Documentation Suggestion
by Robert Hawley 06 Jan '08

06 Jan '08

Hi Tim I agree about the problem of getting people to write content. That is what I think is good about my idea of providing direct entry points to a structured documentation site from the Squeak image. It provides the kind of immediacy that is currently lacking. Rather than just allowing links to be added (as in the mechanism you describe) what I am suggesting is that links should already exist in the Squeak image. I suppose that I am thinking of something different from the traditional 'comment'. By making a menu choice or button available from every possible component users can be taken contextually in to a structured wiki based comment/documentation/examples system. This would mean that users wanting comments and explanations can go looking for them very easily, but also that immediacy would be a great incentive for them and others to contribute by editing them or writing further material. The problem with comments in the image currently is that they are put there by the programmer and so have to go through the same kind approval as the code. Also comments tend to be very specific (typically class or method based only). In practice there are many other system components and add-on packages that also need documentation to be available with much better immediacy. Yours Bob PS I am getting postings directly from the archive and not via my email. I'm sorry the replies end up being an interesting mess - I'll see what I can do to find a better way. ______________ Documentation Suggestion tim Rowledge tim at rowledge.org Sun Dec 30 06:46:38 UTC 2007 Previous message: Documentation Suggestion Next message: [ANN] ICal occurrence API Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Err, Bob, what email program are you using? It seems to have made a very confusing mess of the conversation thus far! On 29-Dec-07, at 7:47 PM, Robert Hawley wrote: > >>>>>>>> what I meant here is a generic menu item or button so that >>>>>>>> every element >>>>>>>> is assumed to have documentation on the web-site. At the >>>>>>>> moment the >>>>>>>> comments get into the image with code - I am suggesting an >>>>>>>> external >>>>>>>> place where additional material can be added (including >>>>>>>> examples etc) >>>>>>>> much more easily and flexibly. The cmd-6 weblink option I pointed out simply provides a way to have a URL in any text within Squeak; if you click on it Squeak tries to open the URL in your chosen web browser. Thus it is trivally easy to have any class or method comment contain a link to more detailed commentary, extended examples etc. But crucially the mechanism is not even faintly the issue; the problem is getting the content out of people. Why, I've had to go to developers in the company of my old friend Mr BaseballBat to get comments out of them in the past! tim -- tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim Fractured Idiom:- APRES MOE LE DELUGE - Larry and Curly get wet

2 1

Re: [Q] WAListener and WAFileLibrary problem
by chunsj＠embian.com 06 Jan '08

06 Jan '08

Thank you for your help. I'll try this. ----- Original Message ----- From: Philippe Marschall <philippe.marschall(a)gmail.com> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Sent: 08-01-06 00:18:40 Subject: Re: Re: [Q] WAListener and WAFileLibrary problem 2008/1/5, chunsj(a)embian.com <chunsj(a)embian.com>: > Ah, I've changed/added support for UnicodeEnvironment so that UTF-8 > encoded byte array be converted to/from squeak's internal encoding. > With this, I can read UTF-8 encoded text(which can include korean or > other languages encoded as UTF-8) from squeak environment like > file list. > > Language tag is not required because unicode does already has region for > korea, japanese or chinese or any other languages supported by unicode. > So we can determine from byte value sequence, in what language region > does this byte sequence matches. > > Anyway I'm currently finding ways for determining content-type of WAResponse, > so that if it's not text/html UTF8Stream be not used. This is the code we use in Seaside 2.9. You'll probably have to adopt it for Seaside 2.7 writeResponseForRequest: aRequest on: aStream | request response | request := self convertRequest: aRequest. request responseStream: aStream. response := entryPoint handleRequest: request. response ifNil: [ ^ self ]. response class = WAResponse ifTrue: [ aStream resetBuffers. response contentType isBinary ifTrue: [ aStream binary ] ]. response writeOn: aStream. response release Note that css and js files are text too (and xml as well). This works for stuff like WAFile library that creates a new, non-streaming response. Cheers Philippe > > ----- Original Message ----- > From: Philippe Marschall <philippe.marschall(a)gmail.com> > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > Sent: 08-01-05 15:14:48 > Subject: Re: [Q] WAListener and WAFileLibrary problem > > 2008/1/5, chunsj(a)embian.com <chunsj(a)embian.com>: > > I've found the main reason of image corruption; that's because WAListenerEncoded > > does use UTF8Stream *unconditionally* as you said it does not decide based on mime > > type. > > > > But I cannot understand why Korean as UTF8 should not work. > > Because WAListenerEncoded encoded gives you Strings in Squeak encoding > but also expects Strings from you to be in Squeak encoding. If you > pass to it Strings that are already in UTF8 they get converted twice > to UTF8. > > > My image is cutomized by me > > so that it does support Korean and others(Japanese and Chinese but no font for these 2). > > WideString for korean can be fawlessly converted to/from UTF8 encoded byte string. > > No, not at all. UTF8 has no concept of language tags. > > Chees > Philippe > > > Is this > > the work be done by WAListenerEncoded? > > > > Thank you for your help. Now I'm trying to find content-type of WAResponse before using > > UTF8Stream. > > > > ----- Original Message ----- > > From: Philippe Marschall <philippe.marschall(a)gmail.com> > > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > > Sent: 08-01-04 20:40:57 > > Subject: Re: [Q] WAListener and WAFileLibrary problem > > > > 2008/1/3, chunsj(a)embian.com <chunsj(a)embian.com>: > > > Hi, > > > > > > I've managed to find and modify WAListenerEncoded so that it can process > > > multibyte language - I've only tested it with Korean as UTF-8. During testing > > > I found following problem. > > > > Korean as UTF-8 should not work on WAListenerEncoded. If it does then > > it's a bug in WAListenerEncoded. The reason for this is that Korean as > > UTF-8 violates the contract between the server adapter and you. The > > *Encoded* adapters give you Strings in Squeak encoding (well not quite > > in the case of CJK because that is not possible since Unicode does not > > have the concept of language tags) but in turn expect Strings in > > Squeak encoding. In the case of Korean this means WideStrings. UTF-8 > > Strings are ByteStrings and should therefore not work. > > > > > When I use WAListener/WAListenerEncoded I cannot get FileLibrary registered > > > image files correctly. I can get CSS file or script file correctly, but I cannot get > > > image files. > > > > I don't think WAListenerEncoded can ever work for binary files. The > > problem is that due to it's streaming nature WAListenerEncoded > > compared to WAKomEncoded can never look at the response. This means it > > can never decide wehter is should do encoding (based on the mimetype), > > so it always does it. In the case of binary content this is clearly > > wrong. Your best option (as always) is to serve static files (images, > > CSS, javascript) with Apache or something similar. > > > > > It seems that when I use WAListener, the server sent the image file of the size > > > of 16135 byte, but original file size is 10819 byte, and this might be the source > > > of the problem. I cannot open wrong sized file even though I cut the size of the > > > file to the original one. > > > > WAListener should not do any encoding at all so images should work. > > But then again we don't know what code you changed so we can't really > > help you. It would help if you send us the image so we can test. > > > > Cheers > > Philippe > > > > > > > > > > > > > > > > > >

1 0

Re: Re: [Q] WAListener and WAFileLibrary problem
by chunsj＠embian.com 05 Jan '08

05 Jan '08

Ah, I've changed/added support for UnicodeEnvironment so that UTF-8 encoded byte array be converted to/from squeak's internal encoding. With this, I can read UTF-8 encoded text(which can include korean or other languages encoded as UTF-8) from squeak environment like file list. Language tag is not required because unicode does already has region for korea, japanese or chinese or any other languages supported by unicode. So we can determine from byte value sequence, in what language region does this byte sequence matches. Anyway I'm currently finding ways for determining content-type of WAResponse, so that if it's not text/html UTF8Stream be not used. Thank you. ----- Original Message ----- From: Philippe Marschall <philippe.marschall(a)gmail.com> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Sent: 08-01-05 15:14:48 Subject: Re: [Q] WAListener and WAFileLibrary problem 2008/1/5, chunsj(a)embian.com <chunsj(a)embian.com>: > I've found the main reason of image corruption; that's because WAListenerEncoded > does use UTF8Stream *unconditionally* as you said it does not decide based on mime > type. > > But I cannot understand why Korean as UTF8 should not work. Because WAListenerEncoded encoded gives you Strings in Squeak encoding but also expects Strings from you to be in Squeak encoding. If you pass to it Strings that are already in UTF8 they get converted twice to UTF8. > My image is cutomized by me > so that it does support Korean and others(Japanese and Chinese but no font for these 2). > WideString for korean can be fawlessly converted to/from UTF8 encoded byte string. No, not at all. UTF8 has no concept of language tags. Chees Philippe > Is this > the work be done by WAListenerEncoded? > > Thank you for your help. Now I'm trying to find content-type of WAResponse before using > UTF8Stream. > > ----- Original Message ----- > From: Philippe Marschall <philippe.marschall(a)gmail.com> > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > Sent: 08-01-04 20:40:57 > Subject: Re: [Q] WAListener and WAFileLibrary problem > > 2008/1/3, chunsj(a)embian.com <chunsj(a)embian.com>: > > Hi, > > > > I've managed to find and modify WAListenerEncoded so that it can process > > multibyte language - I've only tested it with Korean as UTF-8. During testing > > I found following problem. > > Korean as UTF-8 should not work on WAListenerEncoded. If it does then > it's a bug in WAListenerEncoded. The reason for this is that Korean as > UTF-8 violates the contract between the server adapter and you. The > *Encoded* adapters give you Strings in Squeak encoding (well not quite > in the case of CJK because that is not possible since Unicode does not > have the concept of language tags) but in turn expect Strings in > Squeak encoding. In the case of Korean this means WideStrings. UTF-8 > Strings are ByteStrings and should therefore not work. > > > When I use WAListener/WAListenerEncoded I cannot get FileLibrary registered > > image files correctly. I can get CSS file or script file correctly, but I cannot get > > image files. > > I don't think WAListenerEncoded can ever work for binary files. The > problem is that due to it's streaming nature WAListenerEncoded > compared to WAKomEncoded can never look at the response. This means it > can never decide wehter is should do encoding (based on the mimetype), > so it always does it. In the case of binary content this is clearly > wrong. Your best option (as always) is to serve static files (images, > CSS, javascript) with Apache or something similar. > > > It seems that when I use WAListener, the server sent the image file of the size > > of 16135 byte, but original file size is 10819 byte, and this might be the source > > of the problem. I cannot open wrong sized file even though I cut the size of the > > file to the original one. > > WAListener should not do any encoding at all so images should work. > But then again we don't know what code you changed so we can't really > help you. It would help if you send us the image so we can test. > > Cheers > Philippe > > > > > >

2 2

Re: [ANN] ICal occurrence API
by Philippe Marschall 05 Jan '08

05 Jan '08

2007/12/31, Alan L. Lovejoy <squeak-dev.sourcery(a)forum-mail.net>: > > Philippe Marschall wrote: > 2007/12/30, Alan L. Lovejoy <architect(a)chronos-st.org>: > > > Jason, > > I spent the the last hour rooting around in the latest version of the > iCalendar package from SqueakSource. I see lots of code for parsing and > representing iCal recurrence rules, > > Yes, for quite some time that was the only thing the package did > because computing the occurrences is a bit tricky. > > > > but can't find any code that > actually attempts to generate the set of occurrences specified by the rules. > > Am I missing something? > > If you load one of the later jbj versions you should get the code > described by Jason, see the added tests in ICEventTests for example > #testOccurencesWithExclusionDate. > > Cheers > Philippe > > > I didn't see any "jbj" versions yesterday. And today, both the "Versions" > tab and the "Latest" tab report "No matching public versions available". > > ??? Sorry I can not reproduce this. It shows me several jbj versions in non-filtered and filtered [1] mode. In the latest tab I see ICal-jbj.67.mcz. [1] http://img175.imageshack.us/img175/8395/jbjversionsiv6.png Cheers Philippe

2 1

Re: Re: Re: [Q] WAListener and WAFileLibrary problem
by chunsj＠embian.com 05 Jan '08

05 Jan '08

1 0

Re: Re: [Q] WAListener and WAFileLibrary problem
by chunsj＠embian.com 05 Jan '08

05 Jan '08

1 0

Jump to page: