From dale.henrichs at gemtalksystems.com Mon Jun 1 18:07:20 2015 From: dale.henrichs at gemtalksystems.com (Dale Henrichs) Date: Mon Jun 1 18:07:26 2015 Subject: [Seaside] greaseString on ScaledDecimal In-Reply-To: <13AE36C4-E45E-4EE4-9E17-AFCCAFC4FCBE@inceptive.be> References: <55604AFB.9070600@drgeo.eu> <13AE36C4-E45E-4EE4-9E17-AFCCAFC4FCBE@inceptive.be> Message-ID: <556C9F58.2070806@gemtalksystems.com> Johan, Do you think that https://github.com/SeasideSt should be used for the GsDevKit code as well? Or do you think we should fork https://github.com/SeasideSt/Seaside? Or is it too soon to share:) Dale On 05/25/2015 12:08 AM, Johan Brichau wrote: > Hi Hilaire, > > Thanks for spotting this. > I made your ticket and committed your code already > ticket: https://github.com/SeasideSt/Grease/issues/1 > code in: http://www.smalltalkhub.com/#!/~Seaside/Grease11 > > >> I don't know where you should report the issue >> https://code.google.com/p/seaside/redirects to >> https://github.com/seasidest/googlecode-seaside-export. > > Sorry about that one. This should be fixed now. > > Please report issues for Grease on: > https://github.com/SeasideSt/Grease/issues/ > > Please report issues for Seaside on: > https://github.com/SeasideSt/Seaside/issues/ > > I?m adapting the website with this info now. > > Johan > > > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150601/e18b44dc/attachment.htm From johan at inceptive.be Tue Jun 2 07:00:39 2015 From: johan at inceptive.be (Johan Brichau) Date: Tue Jun 2 07:00:45 2015 Subject: [Seaside] greaseString on ScaledDecimal In-Reply-To: <556C9F58.2070806@gemtalksystems.com> References: <55604AFB.9070600@drgeo.eu> <13AE36C4-E45E-4EE4-9E17-AFCCAFC4FCBE@inceptive.be> <556C9F58.2070806@gemtalksystems.com> Message-ID: Hey Dale, Creating a fork will be the way to go. I think it?s clearer to follow the same pattern everywhere. I intend this to be applicable for Seaside 3.2 and beyond. My intention is to get Seaside 3.2 for Gemstone working by ESUG. For that, I will start from the Seaside31 repo on GsDevKit and merge in the changes from Seaside3.2 I?m more puzzled on how to approach Grease. The https://github.com/SeasideSt/G rease repo works for all platforms and ideally the GsDevKit repo is a fork of this one, but that will disturb a lot of Metacello loads? so I think I will not touch that one for now. Johan > On 01 Jun 2015, at 20:07, Dale Henrichs wrote: > > Johan, > > Do you think that https://github.com/SeasideSt should be used for the GsDevKit code as well? Or do you think we should fork https://github.com/SeasideSt/Seaside ? Or is it too soon to share:) > > Dale > > On 05/25/2015 12:08 AM, Johan Brichau wrote: >> Hi Hilaire, >> >> Thanks for spotting this. >> I made your ticket and committed your code already >> ticket: https://github.com/SeasideSt/Grease/issues/1 >> code in: http://www.smalltalkhub.com/#!/~Seaside/Grease11 >> >>> I don't know where you should report the issue >>> https://code.google.com/p/seaside/ redirects to >>> https://github.com/seasidest/googlecode-seaside-export . >> >> Sorry about that one. This should be fixed now. >> >> Please report issues for Grease on: >> https://github.com/SeasideSt/Grease/issues/ >> >> Please report issues for Seaside on: >> https://github.com/SeasideSt/Seaside/issues/ >> >> I?m adapting the website with this info now. >> >> Johan >> >> >> _______________________________________________ >> seaside mailing list >> seaside@lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150602/34c3b556/attachment-0001.htm From astares at gmx.de Wed Jun 3 11:08:57 2015 From: astares at gmx.de (Torsten Bergmann) Date: Wed Jun 3 11:09:00 2015 Subject: [Seaside] Twitter Bootstrap and Accordion In-Reply-To: References: , Message-ID: An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150603/389a420d/attachment.htm From sven at stfx.eu Wed Jun 3 12:43:28 2015 From: sven at stfx.eu (Sven Van Caekenberghe) Date: Wed Jun 3 12:43:34 2015 Subject: [Seaside] Twitter Bootstrap and Accordion In-Reply-To: References: Message-ID: <5549ECBF-1951-446B-8733-719F4AE66C4E@stfx.eu> Nice ! > On 03 Jun 2015, at 13:08, Torsten Bergmann wrote: > > Hi Thomas + Seaside list, > > I implemented an accordion widget in bootstrap project. One can use a block or > a seaside component for the items of the accordion. > > accordion := TBSAccordion new. > accordion > add: [:html | html text: 'Some content' ] title: 'A block'; > add: [:html | html text: 'Some more content' ] title: 'Item 2'; > add: WACounter new title: 'A component'. > > If required it is possible to do own custom rendering by providing a subclass of > TBSAccordionItem and adding this to the accordion using #addItem: > instead of using #add:title: > > A demo is online: > > http://pharo.pharocloud.com/bootstrap/browser/Accordion > > Just update the code to the latest version or grab the latest image from PharoLauncher or CI > (https://ci.inria.fr/pharo-contribution/job/Bootstrap/) > > Hope this helps getting started or use as a template for own experiments. > > > Thx > T. > > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside From hilaire at drgeo.eu Wed Jun 3 13:00:11 2015 From: hilaire at drgeo.eu (Hilaire) Date: Wed Jun 3 13:00:58 2015 Subject: [Seaside] TableReport and sortBlock Message-ID: Hello, I have a hard time to use the sortBlock: option with TableRerport. Nothing happens when clicking on the column title. I am using like this: (table := reports add: WATableReport new) rows: self amounts; columns: (OrderedCollection new add: ((WAReportColumn selector: #amount title: 'Montant') sortBlock: [:d1 :d2 | d1 amount >= d2 amount]); yourself. [..] Moreover, if I had a halt in the sortBlock, it looks like the sort block is never executed. Do I miss something? Thanks Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu From hilaire at drgeo.eu Wed Jun 3 13:34:00 2015 From: hilaire at drgeo.eu (Hilaire) Date: Wed Jun 3 13:34:03 2015 Subject: [Seaside] Re: TableReport and sortBlock In-Reply-To: References: Message-ID: <556F0248.9050906@drgeo.eu> Oops, my bad. I was defining the report in the render method, so the sort preferences were reset at each refresh. Hilaire Le 03/06/2015 15:00, Hilaire a ?crit : > Hello, > > I have a hard time to use the sortBlock: option with TableRerport. > > Nothing happens when clicking on the column title. > I am using like this: > > (table := reports add: WATableReport new) > rows: self amounts; > columns: (OrderedCollection new > add: ((WAReportColumn selector: #amount title: 'Montant') > sortBlock: [:d1 :d2 | d1 amount >= d2 amount]); > yourself. > [..] > > Moreover, if I had a halt in the sortBlock, it looks like the sort block > is never executed. > > Do I miss something? > > Thanks > > Hilaire > -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu From self at je77.com Fri Jun 5 18:50:39 2015 From: self at je77.com (J.F. Rick) Date: Fri Jun 5 18:50:58 2015 Subject: [Seaside] Cordova / PhoneGap Message-ID: Has anyone done any work that uses Apache Cordova (or PhoneGap) with Seaside? If so, do you have any tips to get started. I'm developing a web app using seaside and I need to get into native functionality (accessing the camera, notifications, etc.). I thought Cordova might be a good platform to do that. Any thoughts? Cheers, Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150605/7c560c8d/attachment.htm From gareth at inspired.org Mon Jun 8 11:05:47 2015 From: gareth at inspired.org (Gareth Cox) Date: Mon Jun 8 11:06:37 2015 Subject: [Seaside] Seaside Rest failure in Pharo4 Message-ID: <5575770B.10204@inspired.org> Hi I'm having a reoccurance of an error I had that was fixed in Seaside 3.1.3. Fresh Pharo4, load, load Rest, create handler, create method, register, and its not found. Complete code to recreate below: |aClass| Gofer new url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'; package: 'ConfigurationOfSeaside3'; load. ((#ConfigurationOfSeaside3 asClass) project latestVersion) load; load: #('REST'). aClass := ((#WARestfulHandler asClass) subclass: #WATestRestAPI instanceVariableNames: '' classVariableNames: '' category: 'Seaside-Test-REST'). aClass compile: 'get self requestContext respond: [:t1 | t1 contentType: ''text/plain''. t1 nextPutAll: ''test'']'. (#WAAdmin asClass) register: aClass at: 'testapi'. (((#ZnZincServerAdaptor asClass) manager: (#WAServerManager asClass) default) port: 4000) start. self assert: (ZnEasy get: 'http://localhost:4000/testapi') isNotFound not -- Gareth Cox IT Manager/Developer Inspired Org (PTY) Ltd email: gareth@inspired.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150608/ee57d1ed/attachment.htm From johan at inceptive.be Tue Jun 9 07:32:27 2015 From: johan at inceptive.be (Johan Brichau) Date: Tue Jun 9 07:32:33 2015 Subject: [Seaside] Seaside Rest failure in Pharo4 In-Reply-To: <5575770B.10204@inspired.org> References: <5575770B.10204@inspired.org> Message-ID: Hi Gareth, I created an issue for it: https://github.com/SeasideSt/Seaside/issues/840 Will take a look asap. Johan > On 08 Jun 2015, at 13:05, Gareth Cox wrote: > > Hi > > I'm having a reoccurance of an error I had that was fixed in Seaside 3.1.3. > Fresh Pharo4, load, load Rest, create handler, create method, register, and its not found. > Complete code to recreate below: > > |aClass| > Gofer new > url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main '; > package: 'ConfigurationOfSeaside3'; > load. > > ((#ConfigurationOfSeaside3 asClass) project latestVersion) load; load: #('REST'). > > aClass := ((#WARestfulHandler asClass) subclass: #WATestRestAPI > instanceVariableNames: '' > classVariableNames: '' > category: 'Seaside-Test-REST'). > > aClass compile: 'get > > self requestContext > respond: [:t1 | > t1 contentType: ''text/plain''. > t1 nextPutAll: ''test'']'. > (#WAAdmin asClass) register: aClass at: 'testapi'. > > (((#ZnZincServerAdaptor asClass) manager: (#WAServerManager asClass) default) port: 4000) start. > > self assert: (ZnEasy get: 'http://localhost:4000/testapi ') isNotFound not > -- > Gareth Cox > IT Manager/Developer > Inspired Org (PTY) Ltd > email: gareth@inspired.org > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150609/954f94cf/attachment-0001.htm From johan at inceptive.be Tue Jun 9 08:41:51 2015 From: johan at inceptive.be (Johan Brichau) Date: Tue Jun 9 08:41:59 2015 Subject: [Seaside] Seaside Rest failure in Pharo4 In-Reply-To: References: <5575770B.10204@inspired.org> Message-ID: <01F9FC08-38F0-4F88-A3A1-28EB8D3B0630@inceptive.be> Gareth, You mention that this was fixed in 3.1.3 Can you pinpoint where it mentions that this was fixed? Afaik, this (zero-argument get methods) is broken since a long time? Johan > On 09 Jun 2015, at 09:32, Johan Brichau wrote: > > Hi Gareth, > > I created an issue for it: https://github.com/SeasideSt/Seaside/issues/840 > > Will take a look asap. > > Johan > >> On 08 Jun 2015, at 13:05, Gareth Cox > wrote: >> >> Hi >> >> I'm having a reoccurance of an error I had that was fixed in Seaside 3.1.3. >> Fresh Pharo4, load, load Rest, create handler, create method, register, and its not found. >> Complete code to recreate below: >> >> |aClass| >> Gofer new >> url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main '; >> package: 'ConfigurationOfSeaside3'; >> load. >> >> ((#ConfigurationOfSeaside3 asClass) project latestVersion) load; load: #('REST'). >> >> aClass := ((#WARestfulHandler asClass) subclass: #WATestRestAPI >> instanceVariableNames: '' >> classVariableNames: '' >> category: 'Seaside-Test-REST'). >> >> aClass compile: 'get >> >> self requestContext >> respond: [:t1 | >> t1 contentType: ''text/plain''. >> t1 nextPutAll: ''test'']'. >> (#WAAdmin asClass) register: aClass at: 'testapi'. >> >> (((#ZnZincServerAdaptor asClass) manager: (#WAServerManager asClass) default) port: 4000) start. >> >> self assert: (ZnEasy get: 'http://localhost:4000/testapi ') isNotFound not >> -- >> Gareth Cox >> IT Manager/Developer >> Inspired Org (PTY) Ltd >> email: gareth@inspired.org >> _______________________________________________ >> seaside mailing list >> seaside@lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150609/eb7a5449/attachment.htm From johan at inceptive.be Sat Jun 13 08:44:59 2015 From: johan at inceptive.be (Johan Brichau) Date: Sat Jun 13 08:45:04 2015 Subject: [Seaside] Seaside Rest failure in Pharo4 In-Reply-To: <01F9FC08-38F0-4F88-A3A1-28EB8D3B0630@inceptive.be> References: <5575770B.10204@inspired.org> <01F9FC08-38F0-4F88-A3A1-28EB8D3B0630@inceptive.be> Message-ID: Remaining comments in https://github.com/SeasideSt/Seaside/issues/840#issuecomment-111688035 cheers Johan > On 09 Jun 2015, at 10:41, Johan Brichau wrote: > > Gareth, > > You mention that this was fixed in 3.1.3 > Can you pinpoint where it mentions that this was fixed? > > Afaik, this (zero-argument get methods) is broken since a long time? > > Johan > >> On 09 Jun 2015, at 09:32, Johan Brichau > wrote: >> >> Hi Gareth, >> >> I created an issue for it: https://github.com/SeasideSt/Seaside/issues/840 >> >> Will take a look asap. >> >> Johan >> >>> On 08 Jun 2015, at 13:05, Gareth Cox > wrote: >>> >>> Hi >>> >>> I'm having a reoccurance of an error I had that was fixed in Seaside 3.1.3. >>> Fresh Pharo4, load, load Rest, create handler, create method, register, and its not found. >>> Complete code to recreate below: >>> >>> |aClass| >>> Gofer new >>> url:'http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main '; >>> package: 'ConfigurationOfSeaside3'; >>> load. >>> >>> ((#ConfigurationOfSeaside3 asClass) project latestVersion) load; load: #('REST'). >>> >>> aClass := ((#WARestfulHandler asClass) subclass: #WATestRestAPI >>> instanceVariableNames: '' >>> classVariableNames: '' >>> category: 'Seaside-Test-REST'). >>> >>> aClass compile: 'get >>> >>> self requestContext >>> respond: [:t1 | >>> t1 contentType: ''text/plain''. >>> t1 nextPutAll: ''test'']'. >>> (#WAAdmin asClass) register: aClass at: 'testapi'. >>> >>> (((#ZnZincServerAdaptor asClass) manager: (#WAServerManager asClass) default) port: 4000) start. >>> >>> self assert: (ZnEasy get: 'http://localhost:4000/testapi ') isNotFound not >>> -- >>> Gareth Cox >>> IT Manager/Developer >>> Inspired Org (PTY) Ltd >>> email: gareth@inspired.org >>> _______________________________________________ >>> seaside mailing list >>> seaside@lists.squeakfoundation.org >>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150613/e48f5016/attachment.htm From pdavidow at fastmail.fm Sun Jun 14 06:16:28 2015 From: pdavidow at fastmail.fm (Paul Davidowitz) Date: Sun Jun 14 06:16:29 2015 Subject: [Seaside] js grid Message-ID: <1434262588.1040964.294976665.062582E0@webmail.messagingengine.com> Would it be possible to use Seaside with a javascript-based complex grid-table such as AngularGrid, and if so what would be involved? http://www.angulargrid.com/ FYI, AngularGrid actually does not require AngularJS at all: http://www.angulargrid.com/example-html5-datagrid/index.php From pdebruic at gmail.com Sun Jun 14 16:16:53 2015 From: pdebruic at gmail.com (Paul DeBruicker) Date: Sun Jun 14 16:37:15 2015 Subject: [Seaside] Re: js grid In-Reply-To: <1434262588.1040964.294976665.062582E0@webmail.messagingengine.com> References: <1434262588.1040964.294976665.062582E0@webmail.messagingengine.com> Message-ID: <1434298613214-4832347.post@n4.nabble.com> Definitely possible. Check the implementations of DataTables (http://datatables.net) and JqGrid (http://www.trirand.com/blog/jqgrid/jqgrid.html) for examples how to adopt a JS table widget DataTables + Seaside MCHttpRepository location: 'http://smalltalkhub.com/mc/emaringolo/DataTables/main' user: '' password: '' jQGrid + Seaside MCHttpRepository location: 'http://smalltalkhub.com/mc/Seaside/JQueryWidgetBox/main' user: '' password: '' load the ConfigurationOfJQueryWidgetBox then load the 'JQWidgetBox-JQGrid-Dev' package. pdavidow wrote > Would it be possible to use Seaside with a javascript-based complex > grid-table such as AngularGrid, and if so what would be involved? > http://www.angulargrid.com/ > > FYI, AngularGrid actually does not require AngularJS at all: > http://www.angulargrid.com/example-html5-datagrid/index.php > _______________________________________________ > seaside mailing list > seaside@.squeakfoundation > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -- View this message in context: http://forum.world.st/js-grid-tp4832329p4832347.html Sent from the Seaside General mailing list archive at Nabble.com. From pdebruic at gmail.com Mon Jun 15 05:07:01 2015 From: pdebruic at gmail.com (Paul DeBruicker) Date: Mon Jun 15 05:07:07 2015 Subject: [Seaside] Re: jqgrid In-Reply-To: <1434340132.1291463.295507041.4F949EFB@webmail.messagingengine.com> References: <1434340132.1291463.295507041.4F949EFB@webmail.messagingengine.com> Message-ID: I've cc'd the Seaside list. I don't know much about the status of the jqGrid adaptor other than that it exists. I've never used it. If it is missing functionality it likely won't be too hard to add by following the design of what's already there and asking questions on the Seaside list. I'm saying that based on implementing a port for http://fullcalendar.io/. Once you get the gestalt of the jqGrid library it goes pretty fast. There is at least one person using the jqGird+Seaside library it in production. I'm not sure of the DB backend she uses. But I would guess that yes you could make what you want. The tools are there and used, if the documentation is lacking. If it were me I'd ask on the Seaside list as the combined experience of the list vastly outstrips mine. For Glorp you'd be well served to check on the Pharo or DBXTalk lists. I also don't use it. There is a convenient list archive/search site here: http://forum.world.st/ Theres a new project called Garage which seems to be an attempt to unify and update the DB interfaces. I realize I've pointed you to the lists more than a few times but they're really helpful and its better than asking one person alone. Wish I could be more help. Good luck Paul > On Jun 14, 2015, at 8:48 PM, Paul Davidowitz wrote: > > Hi, regarding > http://lists.squeakfoundation.org/pipermail/seaside/2015-June/031811.html > come to think of it, jqgrid itself looks fine (albeit not free). > Question: Have all the jqgrid features in fact been ported? (Note that > it's now officially called 'Guriddo jqGrid'). > > Can I really create a robust secure mission-critical app with > Pharo+Seaside+jqgrid+Postgres, and if so is there appropriate > documentation (such as hooking up Postgres -- Glorp does not appear to > well documented)? (I used to be a heavy Smalltalker but lately have > gotten into javascript.) > > The alternatives for me are either Angular2+Wijmo5 (javascript), or else > Vaadin (java). > > Thanks, > - Paul From dale.henrichs at gemtalksystems.com Mon Jun 15 18:13:12 2015 From: dale.henrichs at gemtalksystems.com (Dale Henrichs) Date: Mon Jun 15 18:13:17 2015 Subject: [Seaside] greaseString on ScaledDecimal In-Reply-To: References: <55604AFB.9070600@drgeo.eu> <13AE36C4-E45E-4EE4-9E17-AFCCAFC4FCBE@inceptive.be> <556C9F58.2070806@gemtalksystems.com> Message-ID: <557F15B8.7090506@gemtalksystems.com> On 06/02/2015 12:00 AM, Johan Brichau wrote: > Hey Dale, > > Creating a fork will be the way to go. I think it?s clearer to follow > the same pattern everywhere. > I intend this to be applicable for Seaside 3.2 and beyond. Makes sense ... > > My intention is to get Seaside 3.2 for Gemstone working by ESUG. For > that, I will start from the Seaside31 repo on GsDevKit and merge in > the changes from Seaside3.2 Let me know if there's anything you need help with .. I'd like to help where I can, but I don't want to get in your way ... at a minimum, I will make sure that this works in GemStone3.3 when it's ready enough for that ... > > I?m more puzzled on how to approach Grease. The > https://github.com/SeasideSt/Grease repo works for all platforms and > ideally the GsDevKit repo is a fork of this one, but that will disturb > a lot of Metacello loads? so I think I will not touch that one for now. Are there differences between the two in terms of packaging/structure? Or is mainly the comit stream that you are thinking of? Dale -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150615/e8491d78/attachment.htm From johan at inceptive.be Mon Jun 15 18:17:48 2015 From: johan at inceptive.be (Johan Brichau) Date: Mon Jun 15 18:17:53 2015 Subject: [Seaside] greaseString on ScaledDecimal In-Reply-To: <557F15B8.7090506@gemtalksystems.com> References: <55604AFB.9070600@drgeo.eu> <13AE36C4-E45E-4EE4-9E17-AFCCAFC4FCBE@inceptive.be> <556C9F58.2070806@gemtalksystems.com> <557F15B8.7090506@gemtalksystems.com> Message-ID: <7E1B4433-5466-4129-8A96-71F704E4FC0D@inceptive.be> > On 15 Jun 2015, at 20:13, Dale Henrichs wrote: > > Are there differences between the two in terms of packaging/structure? Or is mainly the comit stream that you are thinking of? The commit stream and the Metacello load conflicts for everyone. There are no package differences (at least there should not be any) as the repositories for Grease are all the same. However, manually keeping track of changes to both the Smalltalkhub repo and the GsDevKit one, is not an option in the long run either. Johan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150615/94c7e370/attachment.htm From dale.henrichs at gemtalksystems.com Mon Jun 15 18:47:23 2015 From: dale.henrichs at gemtalksystems.com (Dale Henrichs) Date: Mon Jun 15 18:47:28 2015 Subject: [Seaside] greaseString on ScaledDecimal In-Reply-To: <7E1B4433-5466-4129-8A96-71F704E4FC0D@inceptive.be> References: <55604AFB.9070600@drgeo.eu> <13AE36C4-E45E-4EE4-9E17-AFCCAFC4FCBE@inceptive.be> <556C9F58.2070806@gemtalksystems.com> <557F15B8.7090506@gemtalksystems.com> <7E1B4433-5466-4129-8A96-71F704E4FC0D@inceptive.be> Message-ID: <557F1DBB.6070709@gemtalksystems.com> There is probably a way to merge the commits between the two repos and let the SeasideSt/Grease project take precedence ... Dale On 06/15/2015 11:17 AM, Johan Brichau wrote: > >> On 15 Jun 2015, at 20:13, Dale Henrichs >> > > wrote: >> >> Are there differences between the two in terms of >> packaging/structure? Or is mainly the comit stream that you are >> thinking of? > > The commit stream and the Metacello load conflicts for everyone. > There are no package differences (at least there should not be any) as > the repositories for Grease are all the same. However, manually > keeping track of changes to both the Smalltalkhub repo and the > GsDevKit one, is not an option in the long run either. > > Johan > > > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150615/f0712ef9/attachment.htm From johan at inceptive.be Mon Jun 15 18:53:13 2015 From: johan at inceptive.be (Johan Brichau) Date: Mon Jun 15 18:53:19 2015 Subject: [Seaside] greaseString on ScaledDecimal In-Reply-To: <557F1DBB.6070709@gemtalksystems.com> References: <55604AFB.9070600@drgeo.eu> <13AE36C4-E45E-4EE4-9E17-AFCCAFC4FCBE@inceptive.be> <556C9F58.2070806@gemtalksystems.com> <557F15B8.7090506@gemtalksystems.com> <7E1B4433-5466-4129-8A96-71F704E4FC0D@inceptive.be> <557F1DBB.6070709@gemtalksystems.com> Message-ID: Hm, yes, and I just realized that Metacello is not going to complain if the new repository has an identical name, so that?s not an issue. So probably this is all quite feasible. I?ll concentrate on Seaside 3.2 first though. Johan > On 15 Jun 2015, at 20:47, Dale Henrichs wrote: > > There is probably a way to merge the commits between the two repos and let the SeasideSt/Grease project take precedence ... > > Dale > > On 06/15/2015 11:17 AM, Johan Brichau wrote: >> >>> On 15 Jun 2015, at 20:13, Dale Henrichs > wrote: >>> >>> Are there differences between the two in terms of packaging/structure? Or is mainly the comit stream that you are thinking of? >> >> The commit stream and the Metacello load conflicts for everyone. >> There are no package differences (at least there should not be any) as the repositories for Grease are all the same. However, manually keeping track of changes to both the Smalltalkhub repo and the GsDevKit one, is not an option in the long run either. >> >> Johan >> >> >> _______________________________________________ >> seaside mailing list >> seaside@lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150615/8f051526/attachment.htm From craig at hivemind.net Mon Jun 15 19:36:24 2015 From: craig at hivemind.net (Craig Hivemind) Date: Mon Jun 15 19:36:37 2015 Subject: [Seaside] Re: jqgrid In-Reply-To: References: <1434340132.1291463.295507041.4F949EFB@webmail.messagingengine.com> Message-ID: > -----Original Message----- > From: seaside-bounces@lists.squeakfoundation.org [mailto:seaside- > bounces@lists.squeakfoundation.org] On Behalf Of Paul DeBruicker > Sent: 15 June 2015 07:07 AM > To: Paul Davidowitz > Cc: Seaside - general discussion > Subject: [Seaside] Re: jqgrid > > For Glorp you'd be well served to check on the Pharo or DBXTalk lists. I also > don't use it. There is a convenient list archive/search site here: > http://forum.world.st/ Theres a new project called Garage which seems to be > an attempt to unify and update the DB interfaces. > Glorp is not well documented at all, I have found this tutorial to be of some use http://goo.gl/nwv6oL. There are a few guides on installing Glorp in a Pharo 4 instance around. They mostly work as advertised. Other persistence options that I have used are Glorp-SQLLite and MongoDB. All on a Windows 7 machine. Good luck!! Craig From dale.henrichs at gemtalksystems.com Tue Jun 16 09:17:28 2015 From: dale.henrichs at gemtalksystems.com (Dale Henrichs) Date: Tue Jun 16 09:17:35 2015 Subject: [Seaside] greaseString on ScaledDecimal In-Reply-To: <557F1DBB.6070709@gemtalksystems.com> References: <55604AFB.9070600@drgeo.eu> <13AE36C4-E45E-4EE4-9E17-AFCCAFC4FCBE@inceptive.be> <556C9F58.2070806@gemtalksystems.com> <557F15B8.7090506@gemtalksystems.com> <7E1B4433-5466-4129-8A96-71F704E4FC0D@inceptive.be> <557F1DBB.6070709@gemtalksystems.com> Message-ID: <557FE9A8.7080003@gemtalksystems.com> Johan, I think a better solution would be to merge the changes for SeasideSt/Grease into GsDevKit/Grease ... then move the GsDevKit/Grease project to SeasideSt/Grease, then fork SeasideSt/Grease on GsDevKit .... This would avoid any conflicts for the GsDevKit/Grease users and then make the SeasideSt/Grease project the master project ... We did a similar move when we moved projecs from glassdb to GsDevKit ... Presumably there aren't a lot of SeasideSt/Grease users at the moment? Dale On 6/15/15 11:47 AM, Dale Henrichs wrote: > There is probably a way to merge the commits between the two repos and > let the SeasideSt/Grease project take precedence ... > > Dale > > On 06/15/2015 11:17 AM, Johan Brichau wrote: >> >>> On 15 Jun 2015, at 20:13, Dale Henrichs >>> >> > wrote: >>> >>> Are there differences between the two in terms of >>> packaging/structure? Or is mainly the comit stream that you are >>> thinking of? >> >> The commit stream and the Metacello load conflicts for everyone. >> There are no package differences (at least there should not be any) >> as the repositories for Grease are all the same. However, manually >> keeping track of changes to both the Smalltalkhub repo and the >> GsDevKit one, is not an option in the long run either. >> >> Johan >> >> >> _______________________________________________ >> seaside mailing list >> seaside@lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150616/859ca1b9/attachment.htm From self at je77.com Tue Jun 16 22:44:04 2015 From: self at je77.com (J.F. Rick) Date: Tue Jun 16 22:44:18 2015 Subject: [Seaside] Ajax File Upload Message-ID: Is there a way to use Seaside jQuery Ajax support to upload a file while staying on the page? I tried using jQuery callback with value but I just got the file name: ... onChange: (html jQuery ajax callback: [ :file | file inspect ] value: (html jQuery id: 'file') value) Is there something else I could use? Could I for instance have the form submit but have it not go to a different page? Cheers, Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150616/1e24ac8d/attachment.htm From self at je77.com Tue Jun 16 23:09:19 2015 From: self at je77.com (J.F. Rick) Date: Tue Jun 16 23:09:32 2015 Subject: [Seaside] Re: Ajax File Upload In-Reply-To: References: Message-ID: I've looked a bit more into it and it seems that I'll have to do a form submit and use jquery / ajax to stop the normal submit action. That seems fine but I don't know how to hook that into seaside. Cheers, Jeff On Tue, Jun 16, 2015 at 6:44 PM J.F. Rick wrote: > Is there a way to use Seaside jQuery Ajax support to upload a file while > staying on the page? I tried using jQuery callback with value but I just > got the file name: > > ... onChange: (html jQuery ajax > callback: [ :file | file inspect ] > value: (html jQuery id: 'file') value) > > Is there something else I could use? Could I for instance have the form > submit but have it not go to a different page? > > Cheers, > > Jeff > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150616/12792ae1/attachment.htm From johan at inceptive.be Wed Jun 17 11:59:00 2015 From: johan at inceptive.be (Johan Brichau) Date: Wed Jun 17 11:59:04 2015 Subject: [Seaside] Ajax File Upload In-Reply-To: References: Message-ID: <82611DDC-5B33-4B43-8A17-53FD50396840@inceptive.be> Hi Jeff, Uploading files with ajax using Seaside requires the same solution as in any other framework. For example: http://blog.teamtreehouse.com/uploading-files-ajax or https://coderwall.com/p/p-n7eq/file-uploads-with-jquery-html5-and-formdata The solution you choose also depends on what browsers you want to support. We are using this jquery plugin: https://blueimp.github.io/jQuery-File-Upload/ I?m currently integrating the formdata solution into Seaside 3.2. it?s not ready for prime-time yet but here is how you can do the same in Seaside 3.0 and 3.1. html fileUpload id: id. html submitButton onClick: (self scriptToPerformAjaxFileUploadOf: id on: html); with: 'Upload!' ] scriptToPerformAjaxFileUploadOf: fileUploadId on: html "Create a FormData object containing the file" ^(JSStream on: ' var formdata = new FormData(); formdata.append("file-0", $("#', fileUploadId,'")[0].files[0])'), "Send this FormData object to the back-end to be processed" (html jQuery ajax optionAt: 'data' put: (html javascript alias: 'formdata'); url: ((html jQuery ajax callback:[ fileInput := self requestContext request postFields at:'file-0' ]) fullUrl); optionAt: 'type' put:'POST'; optionAt: 'cache' put: false; optionAt: 'contentType' put:false; optionAt: 'processData' put:false; onSuccess: (html jQuery ajax script:[:s | s alert: 'File with name ',fileInput fileName, 'successfully uploaded!' ]) yourself) Let me know if this puts you on your way or if you need a bit more info. As I said, this is going to be integrated in Seaside 3.2 _and_ you need a browser with FormData support (see http://caniuse.com/#search=formdata ) cheers Johan > On 17 Jun 2015, at 01:09, J.F. Rick wrote: > > I've looked a bit more into it and it seems that I'll have to do a form submit and use jquery / ajax to stop the normal submit action. That seems fine but I don't know how to hook that into seaside. > > Cheers, > > Jeff > > On Tue, Jun 16, 2015 at 6:44 PM J.F. Rick > wrote: > Is there a way to use Seaside jQuery Ajax support to upload a file while staying on the page? I tried using jQuery callback with value but I just got the file name: > > ... onChange: (html jQuery ajax > callback: [ :file | file inspect ] > value: (html jQuery id: 'file') value) > > Is there something else I could use? Could I for instance have the form submit but have it not go to a different page? > > Cheers, > > Jeff > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150617/6d943c18/attachment.htm From self at je77.com Wed Jun 17 13:02:05 2015 From: self at je77.com (J.F. Rick) Date: Wed Jun 17 13:02:21 2015 Subject: [Seaside] Ajax File Upload In-Reply-To: <82611DDC-5B33-4B43-8A17-53FD50396840@inceptive.be> References: <82611DDC-5B33-4B43-8A17-53FD50396840@inceptive.be> Message-ID: Works. AWESOME! Thanks. Jeff On Wed, Jun 17, 2015 at 7:59 AM Johan Brichau wrote: > Hi Jeff, > > Uploading files with ajax using Seaside requires the same solution as in > any other framework. For example: > http://blog.teamtreehouse.com/uploading-files-ajax or > https://coderwall.com/p/p-n7eq/file-uploads-with-jquery-html5-and-formdata > > The solution you choose also depends on what browsers you want to support. > We are using this jquery plugin: > https://blueimp.github.io/jQuery-File-Upload/ > > I?m currently integrating the formdata solution into Seaside 3.2. it?s not > ready for prime-time yet but here is how you can do the same in Seaside 3.0 > and 3.1. > > > html fileUpload > id: id. > html submitButton > onClick: (self scriptToPerformAjaxFileUploadOf: id on: html); > with: 'Upload!' ] > > > scriptToPerformAjaxFileUploadOf: fileUploadId on: html > > "Create a FormData object containing the file" > ^(JSStream on: ' > var formdata = new FormData(); > formdata.append("file-0", $("#', fileUploadId,'")[0].files[0])'), > "Send this FormData object to the back-end to be processed" > (html jQuery ajax > optionAt: 'data' put: (html javascript alias: 'formdata'); > url: ((html jQuery ajax callback:[ fileInput := self requestContext > request postFields at:'file-0' ]) fullUrl); > optionAt: 'type' put:'POST'; > optionAt: 'cache' put: false; > optionAt: 'contentType' put:false; > optionAt: 'processData' put:false; > onSuccess: (html jQuery ajax script:[:s | s alert: 'File with name > ',fileInput fileName, 'successfully uploaded!' ]) > yourself) > > > Let me know if this puts you on your way or if you need a bit more info. > As I said, this is going to be integrated in Seaside 3.2 _and_ you need a > browser with FormData support (see http://caniuse.com/#search=formdata) > > cheers > Johan > > On 17 Jun 2015, at 01:09, J.F. Rick wrote: > > I've looked a bit more into it and it seems that I'll have to do a form > submit and use jquery / ajax to stop the normal submit action. That seems > fine but I don't know how to hook that into seaside. > > Cheers, > > Jeff > > On Tue, Jun 16, 2015 at 6:44 PM J.F. Rick wrote: > >> Is there a way to use Seaside jQuery Ajax support to upload a file while >> staying on the page? I tried using jQuery callback with value but I just >> got the file name: >> >> ... onChange: (html jQuery ajax >> callback: [ :file | file inspect ] >> value: (html jQuery id: 'file') value) >> >> Is there something else I could use? Could I for instance have the form >> submit but have it not go to a different page? >> >> Cheers, >> >> Jeff >> > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150617/2edb3b9a/attachment-0001.htm From otto at finworks.biz Wed Jun 17 15:34:22 2015 From: otto at finworks.biz (Otto Behrens) Date: Wed Jun 17 15:34:25 2015 Subject: [Seaside] createRoot Message-ID: Hi, In my seaside application, I find that createRoot is called several times by the WAInitialRenderLoopContinuation. rootComponentIfAbsent: seem to expect that the rootComponent is set somewhere. But nothing sets the rootComponent as far as I can see. So the effect is that our rootComponent is re-created a lot. Is this expected behaviour? Or am I not setting up my seaside app properly? Thanks Otto From alexandre.bergel at me.com Wed Jun 17 19:05:08 2015 From: alexandre.bergel at me.com (Alexandre Bergel) Date: Wed Jun 17 19:05:22 2015 Subject: [Seaside] Accent in generated pages Message-ID: <9204BEEC-679D-4DFD-913F-A9FF6B5C5976@me.com> Hi! I am migrating code from Amber to Pharo, and I am facing a problem with the accent. Consider the following example: | fullDocument fs canvas | canvas := WAHtmlCanvas builder. canvas fullDocument: true. canvas rootClass: ABHtmlRoot. fullDocument := canvas render: [ :html | html text: '?u?oa' ]. fs := FileStream forceNewFileNamed: '/tmp/test.html'. fs nextPutAll: fullDocument. fs close. Opening the file in a web browser shows me: ??u??oa Is there a way to prevent this? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From sven at stfx.eu Wed Jun 17 20:10:35 2015 From: sven at stfx.eu (Sven Van Caekenberghe) Date: Wed Jun 17 20:10:42 2015 Subject: [Seaside] Accent in generated pages In-Reply-To: <9204BEEC-679D-4DFD-913F-A9FF6B5C5976@me.com> References: <9204BEEC-679D-4DFD-913F-A9FF6B5C5976@me.com> Message-ID: <4D2E4809-C9E2-4B7B-A774-DD5D6C44C032@stfx.eu> Alex, Try: '/tmp/test.html' asFileReference writeStreamDo: [ :out | out << '?u?oa' ]. '/tmp/test.html' asFileReference contents. prometheus:Smalltalk sven$ file /tmp/test.html /tmp/test.html: UTF-8 Unicode text, with no line terminators prometheus:Smalltalk sven$ cat /tmp/test.html ?u?oa The streams created above do the proper (utf-8) encoding, the ones in your example do not. HTH, Sven > On 17 Jun 2015, at 21:05, Alexandre Bergel wrote: > > Hi! > > I am migrating code from Amber to Pharo, and I am facing a problem with the accent. Consider the following example: > > | fullDocument fs canvas | > canvas := WAHtmlCanvas builder. > canvas fullDocument: true. > canvas rootClass: ABHtmlRoot. > fullDocument := canvas render: [ :html | > html text: '?u?oa' > > ]. > fs := FileStream forceNewFileNamed: '/tmp/test.html'. > fs nextPutAll: fullDocument. > fs close. > > Opening the file in a web browser shows me: ??u??oa > > Is there a way to prevent this? > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside From alexandre.bergel at me.com Wed Jun 17 20:18:47 2015 From: alexandre.bergel at me.com (Alexandre Bergel) Date: Wed Jun 17 20:18:53 2015 Subject: [Seaside] Accent in generated pages In-Reply-To: <4D2E4809-C9E2-4B7B-A774-DD5D6C44C032@stfx.eu> References: <9204BEEC-679D-4DFD-913F-A9FF6B5C5976@me.com> <4D2E4809-C9E2-4B7B-A774-DD5D6C44C032@stfx.eu> Message-ID: <3E58DD7A-B836-40EB-A7A6-C7DFBFD0C711@me.com> Thanks! But the problem remains I fear. | fullDocument canvas | canvas := WAHtmlCanvas builder. canvas fullDocument: true. canvas rootClass: ABHtmlRoot. fullDocument := canvas render: [ :html | html text: '?u?oa' ]. '/tmp/test.html' asFileReference writeStreamDo: [ :out | out << fullDocument ]. Opening test.html gave me: ??u??oa I guess I should generate the html code for the accentued characters. But I guess there is something already in Seaside right? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jun 17, 2015, at 5:10 PM, Sven Van Caekenberghe wrote: > > Alex, > > Try: > > '/tmp/test.html' asFileReference writeStreamDo: [ :out | out << '?u?oa' ]. > '/tmp/test.html' asFileReference contents. > > prometheus:Smalltalk sven$ file /tmp/test.html > /tmp/test.html: UTF-8 Unicode text, with no line terminators > prometheus:Smalltalk sven$ cat /tmp/test.html > ?u?oa > > The streams created above do the proper (utf-8) encoding, the ones in your example do not. > > HTH, > > Sven > >> On 17 Jun 2015, at 21:05, Alexandre Bergel wrote: >> >> Hi! >> >> I am migrating code from Amber to Pharo, and I am facing a problem with the accent. Consider the following example: >> >> | fullDocument fs canvas | >> canvas := WAHtmlCanvas builder. >> canvas fullDocument: true. >> canvas rootClass: ABHtmlRoot. >> fullDocument := canvas render: [ :html | >> html text: '?u?oa' >> >> ]. >> fs := FileStream forceNewFileNamed: '/tmp/test.html'. >> fs nextPutAll: fullDocument. >> fs close. >> >> Opening the file in a web browser shows me: ??u??oa >> >> Is there a way to prevent this? >> >> Cheers, >> Alexandre >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> _______________________________________________ >> seaside mailing list >> seaside@lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside From sven at stfx.eu Wed Jun 17 20:34:43 2015 From: sven at stfx.eu (Sven Van Caekenberghe) Date: Wed Jun 17 20:34:51 2015 Subject: [Seaside] Accent in generated pages In-Reply-To: <3E58DD7A-B836-40EB-A7A6-C7DFBFD0C711@me.com> References: <9204BEEC-679D-4DFD-913F-A9FF6B5C5976@me.com> <4D2E4809-C9E2-4B7B-A774-DD5D6C44C032@stfx.eu> <3E58DD7A-B836-40EB-A7A6-C7DFBFD0C711@me.com> Message-ID: <27550AEE-5C2E-4015-8DFA-79FF2394FFF9@stfx.eu> Hmm, this works for me: '/tmp/test.html' asFileReference writeStreamDo: [ :out | out << (WAHtmlCanvas builder fullDocument: true; render: [ :html | html text: '?u?oa' ]) ]. $ cat /tmp/test.html ?u?oa $ file /tmp/test.html /tmp/test.html: HTML document text You could also do WAHtmlCanvas builder fullDocument: true; codec: (GRCodec forEncoding: #utf8); render: [ :html | html text: '?u?oa' ]. But that makes no difference in this case. What does ABHtmlRoot do ? Maybe it customises something ? > On 17 Jun 2015, at 22:18, Alexandre Bergel wrote: > > Thanks! > But the problem remains I fear. > > | fullDocument canvas | > canvas := WAHtmlCanvas builder. > canvas fullDocument: true. > canvas rootClass: ABHtmlRoot. > fullDocument := canvas render: [ :html | > html text: '?u?oa' > > ]. > '/tmp/test.html' asFileReference writeStreamDo: [ :out | out << fullDocument ]. > > Opening test.html gave me: ??u??oa > > I guess I should generate the html code for the accentued characters. But I guess there is something already in Seaside right? > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Jun 17, 2015, at 5:10 PM, Sven Van Caekenberghe wrote: >> >> Alex, >> >> Try: >> >> '/tmp/test.html' asFileReference writeStreamDo: [ :out | out << '?u?oa' ]. >> '/tmp/test.html' asFileReference contents. >> >> prometheus:Smalltalk sven$ file /tmp/test.html >> /tmp/test.html: UTF-8 Unicode text, with no line terminators >> prometheus:Smalltalk sven$ cat /tmp/test.html >> ?u?oa >> >> The streams created above do the proper (utf-8) encoding, the ones in your example do not. >> >> HTH, >> >> Sven >> >>> On 17 Jun 2015, at 21:05, Alexandre Bergel wrote: >>> >>> Hi! >>> >>> I am migrating code from Amber to Pharo, and I am facing a problem with the accent. Consider the following example: >>> >>> | fullDocument fs canvas | >>> canvas := WAHtmlCanvas builder. >>> canvas fullDocument: true. >>> canvas rootClass: ABHtmlRoot. >>> fullDocument := canvas render: [ :html | >>> html text: '?u?oa' >>> >>> ]. >>> fs := FileStream forceNewFileNamed: '/tmp/test.html'. >>> fs nextPutAll: fullDocument. >>> fs close. >>> >>> Opening the file in a web browser shows me: ??u??oa >>> >>> Is there a way to prevent this? >>> >>> Cheers, >>> Alexandre >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> _______________________________________________ >>> seaside mailing list >>> seaside@lists.squeakfoundation.org >>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >> >> _______________________________________________ >> seaside mailing list >> seaside@lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside From alexandre.bergel at me.com Wed Jun 17 20:48:12 2015 From: alexandre.bergel at me.com (Alexandre Bergel) Date: Wed Jun 17 20:48:23 2015 Subject: [Seaside] Accent in generated pages In-Reply-To: <27550AEE-5C2E-4015-8DFA-79FF2394FFF9@stfx.eu> References: <9204BEEC-679D-4DFD-913F-A9FF6B5C5976@me.com> <4D2E4809-C9E2-4B7B-A774-DD5D6C44C032@stfx.eu> <3E58DD7A-B836-40EB-A7A6-C7DFBFD0C711@me.com> <27550AEE-5C2E-4015-8DFA-79FF2394FFF9@stfx.eu> Message-ID: > $ cat /tmp/test.html > ?u?oa > > $ file /tmp/test.html > /tmp/test.html: HTML document text Okay, but I am opening test.html within Safari, then accents are not shown. You pointed me on these codec, but I see none related to string accent conversion. I have seen the class WAUrlEncoder, but this is for URL. | w | w := WriteStream on: String new. '?u?oa' do: [ :c | WAUrlEncoder encode: c on: w ]. w contents => '%D1u%F1oa? I need something like that but for html code. I tried also '?u?oa' encodeOn: WAXmlDocument new But no, I do not get something that starts with: 'Ñu?' Any idea? Alexandre -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150617/94072340/attachment.htm From sven at stfx.eu Wed Jun 17 20:59:40 2015 From: sven at stfx.eu (Sven Van Caekenberghe) Date: Wed Jun 17 20:59:47 2015 Subject: [Seaside] Accent in generated pages In-Reply-To: References: <9204BEEC-679D-4DFD-913F-A9FF6B5C5976@me.com> <4D2E4809-C9E2-4B7B-A774-DD5D6C44C032@stfx.eu> <3E58DD7A-B836-40EB-A7A6-C7DFBFD0C711@me.com> <27550AEE-5C2E-4015-8DFA-79FF2394FFF9@stfx.eu> Message-ID: <49182C9E-6F8D-4489-9BAA-D0734BADD964@stfx.eu> > On 17 Jun 2015, at 22:48, Alexandre Bergel wrote: > >> $ cat /tmp/test.html >> ?u?oa >> >> $ file /tmp/test.html >> /tmp/test.html: HTML document text > > Okay, but I am opening test.html within Safari, then accents are not shown. > You pointed me on these codec, but I see none related to string accent conversion. > > I have seen the class WAUrlEncoder, but this is for URL. > | w | > w := WriteStream on: String new. > '?u?oa' do: [ :c | > WAUrlEncoder encode: c on: w ]. > w contents > > => '%D1u%F1oa? > > I need something like that but for html code. > > I tried also > '?u?oa' encodeOn: WAXmlDocument new > But no, I do not get something that starts with: 'Ñu?' > > Any idea? Yes, I just don't know why it does not work in Seaside, normally special characters should just work, no need to do anything special. What needs to be added is in front of the .html, like: $ cat /tmp/test.html ?u?oa When opening an HTML file locally, there is no mime-type added by the server, hence the browser does not know the encoding. Here is another live example (independent of Seaside): http://zn.stfx.eu/unicode > Alexandre > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside From alexandre.bergel at me.com Wed Jun 17 21:29:33 2015 From: alexandre.bergel at me.com (Alexandre Bergel) Date: Wed Jun 17 21:29:42 2015 Subject: [Seaside] Accent in generated pages In-Reply-To: <49182C9E-6F8D-4489-9BAA-D0734BADD964@stfx.eu> References: <9204BEEC-679D-4DFD-913F-A9FF6B5C5976@me.com> <4D2E4809-C9E2-4B7B-A774-DD5D6C44C032@stfx.eu> <3E58DD7A-B836-40EB-A7A6-C7DFBFD0C711@me.com> <27550AEE-5C2E-4015-8DFA-79FF2394FFF9@stfx.eu> <49182C9E-6F8D-4489-9BAA-D0734BADD964@stfx.eu> Message-ID: <86E74C7C-1BA1-48E5-8E06-8602A83B1342@me.com> Ah okay! Last quick question (I hope :-) How to automatically add this "? in front of the generated file? Should I use a new WAHtmlRoot? Or an WAHtmlAttributes? Or plugging somewhere an WAEncoder? Thanks Sven, this is really helpful! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jun 17, 2015, at 5:59 PM, Sven Van Caekenberghe wrote: > >> >> On 17 Jun 2015, at 22:48, Alexandre Bergel wrote: >> >>> $ cat /tmp/test.html >>> ?u?oa >>> >>> $ file /tmp/test.html >>> /tmp/test.html: HTML document text >> >> Okay, but I am opening test.html within Safari, then accents are not shown. >> You pointed me on these codec, but I see none related to string accent conversion. >> >> I have seen the class WAUrlEncoder, but this is for URL. >> | w | >> w := WriteStream on: String new. >> '?u?oa' do: [ :c | >> WAUrlEncoder encode: c on: w ]. >> w contents >> >> => '%D1u%F1oa? >> >> I need something like that but for html code. >> >> I tried also >> '?u?oa' encodeOn: WAXmlDocument new >> But no, I do not get something that starts with: 'Ñu?' >> >> Any idea? > > Yes, I just don't know why it does not work in Seaside, normally special characters should just work, no need to do anything special. > > What needs to be added is > > > > in front of the .html, like: > > $ cat /tmp/test.html > ?u?oa > > When opening an HTML file locally, there is no mime-type added by the server, hence the browser does not know the encoding. > > Here is another live example (independent of Seaside): > > http://zn.stfx.eu/unicode > >> Alexandre >> _______________________________________________ >> seaside mailing list >> seaside@lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150617/288f4d99/attachment.htm From pdebruic at gmail.com Wed Jun 17 21:11:33 2015 From: pdebruic at gmail.com (Paul DeBruicker) Date: Wed Jun 17 21:32:16 2015 Subject: [Seaside] Re: createRoot In-Reply-To: References: Message-ID: <1434575493975-4832901.post@n4.nabble.com> Its created once per session. Have you defined #canBeRoot in your main component on the class side? MainComponent class>>#canBeRoot ^true otto wrote > Hi, > > In my seaside application, I find that createRoot is called several > times by the WAInitialRenderLoopContinuation. rootComponentIfAbsent: > seem to expect that the rootComponent is set somewhere. But nothing > sets the rootComponent as far as I can see. So the effect is that our > rootComponent is re-created a lot. > > Is this expected behaviour? Or am I not setting up my seaside app > properly? > > Thanks > Otto > _______________________________________________ > seaside mailing list > seaside@.squeakfoundation > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -- View this message in context: http://forum.world.st/createRoot-tp4832848p4832901.html Sent from the Seaside General mailing list archive at Nabble.com. From sven at stfx.eu Wed Jun 17 21:52:32 2015 From: sven at stfx.eu (Sven Van Caekenberghe) Date: Wed Jun 17 21:52:37 2015 Subject: [Seaside] Accent in generated pages In-Reply-To: <86E74C7C-1BA1-48E5-8E06-8602A83B1342@me.com> References: <9204BEEC-679D-4DFD-913F-A9FF6B5C5976@me.com> <4D2E4809-C9E2-4B7B-A774-DD5D6C44C032@stfx.eu> <3E58DD7A-B836-40EB-A7A6-C7DFBFD0C711@me.com> <27550AEE-5C2E-4015-8DFA-79FF2394FFF9@stfx.eu> <49182C9E-6F8D-4489-9BAA-D0734BADD964@stfx.eu> <86E74C7C-1BA1-48E5-8E06-8602A83B1342@me.com> Message-ID: <83315A4A-EB48-40A1-8BDA-9583652250F3@stfx.eu> > On 17 Jun 2015, at 23:29, Alexandre Bergel wrote: > > Ah okay! > > Last quick question (I hope :-) > > How to automatically add this "? in front of the generated file? Should I use a new WAHtmlRoot? Or an WAHtmlAttributes? Or plugging somewhere an WAEncoder? I am sorry, like I said: 'I just don't know why it does not work in Seaside, normally special characters should just work, no need to do anything special.' Maybe someone else can answer ... > Thanks Sven, this is really helpful! > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Jun 17, 2015, at 5:59 PM, Sven Van Caekenberghe wrote: >> >>> >>> On 17 Jun 2015, at 22:48, Alexandre Bergel wrote: >>> >>>> $ cat /tmp/test.html >>>> ?u?oa >>>> >>>> $ file /tmp/test.html >>>> /tmp/test.html: HTML document text >>> >>> Okay, but I am opening test.html within Safari, then accents are not shown. >>> You pointed me on these codec, but I see none related to string accent conversion. >>> >>> I have seen the class WAUrlEncoder, but this is for URL. >>> | w | >>> w := WriteStream on: String new. >>> '?u?oa' do: [ :c | >>> WAUrlEncoder encode: c on: w ]. >>> w contents >>> >>> => '%D1u%F1oa? >>> >>> I need something like that but for html code. >>> >>> I tried also >>> '?u?oa' encodeOn: WAXmlDocument new >>> But no, I do not get something that starts with: 'Ñu?' >>> >>> Any idea? >> >> Yes, I just don't know why it does not work in Seaside, normally special characters should just work, no need to do anything special. >> >> What needs to be added is >> >> >> >> in front of the .html, like: >> >> $ cat /tmp/test.html >> ?u?oa >> >> When opening an HTML file locally, there is no mime-type added by the server, hence the browser does not know the encoding. >> >> Here is another live example (independent of Seaside): >> >> http://zn.stfx.eu/unicode >> >>> Alexandre >>> _______________________________________________ >>> seaside mailing list >>> seaside@lists.squeakfoundation.org >>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >> >> _______________________________________________ >> seaside mailing list >> seaside@lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside From alexandre.bergel at me.com Wed Jun 17 21:54:59 2015 From: alexandre.bergel at me.com (Alexandre Bergel) Date: Wed Jun 17 21:55:19 2015 Subject: [Seaside] Accent in generated pages In-Reply-To: <83315A4A-EB48-40A1-8BDA-9583652250F3@stfx.eu> References: <9204BEEC-679D-4DFD-913F-A9FF6B5C5976@me.com> <4D2E4809-C9E2-4B7B-A774-DD5D6C44C032@stfx.eu> <3E58DD7A-B836-40EB-A7A6-C7DFBFD0C711@me.com> <27550AEE-5C2E-4015-8DFA-79FF2394FFF9@stfx.eu> <49182C9E-6F8D-4489-9BAA-D0734BADD964@stfx.eu> <86E74C7C-1BA1-48E5-8E06-8602A83B1342@me.com> <83315A4A-EB48-40A1-8BDA-9583652250F3@stfx.eu> Message-ID: <6ADCC2E2-E79F-4A7B-89DE-2E9A6E7F98CD@me.com> Thanks Sven! You fixed my problem already! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jun 17, 2015, at 6:52 PM, Sven Van Caekenberghe wrote: > >> >> On 17 Jun 2015, at 23:29, Alexandre Bergel > wrote: >> >> Ah okay! >> >> Last quick question (I hope :-) >> >> How to automatically add this "? in front of the generated file? Should I use a new WAHtmlRoot? Or an WAHtmlAttributes? Or plugging somewhere an WAEncoder? > > I am sorry, like I said: 'I just don't know why it does not work in Seaside, normally special characters should just work, no need to do anything special.' > > Maybe someone else can answer ... > >> Thanks Sven, this is really helpful! >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >>> On Jun 17, 2015, at 5:59 PM, Sven Van Caekenberghe wrote: >>> >>>> >>>> On 17 Jun 2015, at 22:48, Alexandre Bergel wrote: >>>> >>>>> $ cat /tmp/test.html >>>>> ?u?oa >>>>> >>>>> $ file /tmp/test.html >>>>> /tmp/test.html: HTML document text >>>> >>>> Okay, but I am opening test.html within Safari, then accents are not shown. >>>> You pointed me on these codec, but I see none related to string accent conversion. >>>> >>>> I have seen the class WAUrlEncoder, but this is for URL. >>>> | w | >>>> w := WriteStream on: String new. >>>> '?u?oa' do: [ :c | >>>> WAUrlEncoder encode: c on: w ]. >>>> w contents >>>> >>>> => '%D1u%F1oa? >>>> >>>> I need something like that but for html code. >>>> >>>> I tried also >>>> '?u?oa' encodeOn: WAXmlDocument new >>>> But no, I do not get something that starts with: 'Ñu?' >>>> >>>> Any idea? >>> >>> Yes, I just don't know why it does not work in Seaside, normally special characters should just work, no need to do anything special. >>> >>> What needs to be added is >>> >>> >>> >>> in front of the .html, like: >>> >>> $ cat /tmp/test.html >>> ?u?oa >>> >>> When opening an HTML file locally, there is no mime-type added by the server, hence the browser does not know the encoding. >>> >>> Here is another live example (independent of Seaside): >>> >>> http://zn.stfx.eu/unicode >>> >>>> Alexandre >>>> _______________________________________________ >>>> seaside mailing list >>>> seaside@lists.squeakfoundation.org >>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>> >>> _______________________________________________ >>> seaside mailing list >>> seaside@lists.squeakfoundation.org >>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >> >> _______________________________________________ >> seaside mailing list >> seaside@lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150617/edfa2537/attachment.htm From johan at inceptive.be Wed Jun 17 22:00:06 2015 From: johan at inceptive.be (Johan Brichau) Date: Wed Jun 17 22:00:11 2015 Subject: [Seaside] Accent in generated pages In-Reply-To: <83315A4A-EB48-40A1-8BDA-9583652250F3@stfx.eu> References: <9204BEEC-679D-4DFD-913F-A9FF6B5C5976@me.com> <4D2E4809-C9E2-4B7B-A774-DD5D6C44C032@stfx.eu> <3E58DD7A-B836-40EB-A7A6-C7DFBFD0C711@me.com> <27550AEE-5C2E-4015-8DFA-79FF2394FFF9@stfx.eu> <49182C9E-6F8D-4489-9BAA-D0734BADD964@stfx.eu> <86E74C7C-1BA1-48E5-8E06-8602A83B1342@me.com> <83315A4A-EB48-40A1-8BDA-9583652250F3@stfx.eu> Message-ID: > On 17 Jun 2015, at 23:52, Sven Van Caekenberghe wrote: > > I am sorry, like I said: 'I just don't know why it does not work in Seaside, normally special characters should just work, no need to do anything special.' It doesn?t work because this is not exactly using Seaside. It?s using the Seaside canvas, and that?s it. As you said, the browser does not get any mimetype and it seems Safari doesn?t take utf-8 as the default.. When you use the WABuilder, there?s the #rootBlock: method to render the root part of the document, where it seems one can pass the encoding to be used by the browser. Try this: | fullDocument | fullDocument := WAHtmlCanvas builder fullDocument: true; rootBlock: [:root | root meta contentType: (WAMimeType textHtml charset:'utf-8') ]; render: [ :html | html text: '?u?oa' ]. '/tmp/test.html' asFileReference writeStreamDo: [ :out | out << fullDocument ]. cheers Johan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150618/f681b0eb/attachment.htm From johan at inceptive.be Wed Jun 17 22:08:32 2015 From: johan at inceptive.be (Johan Brichau) Date: Wed Jun 17 22:08:39 2015 Subject: [Seaside] Re: createRoot In-Reply-To: <1434575493975-4832901.post@n4.nabble.com> References: <1434575493975-4832901.post@n4.nabble.com> Message-ID: <32E44CF3-759D-44DA-9124-28E7E1FDF7DC@inceptive.be> Indeed, should really only be created once per session. If this is called multiple times, I would also expect your session state to be reset every time (since the root component is the root of the session state..) So that would be really strange behavior. Can you give us a reproducible case or maybe the configuration parameters you set for the render loop continuation classes to be used? Johan > On 17 Jun 2015, at 23:11, Paul DeBruicker wrote: > > Its created once per session. Have you defined #canBeRoot in your main > component on the class side? > > > MainComponent class>>#canBeRoot > ^true > > > > > > > otto wrote >> Hi, >> >> In my seaside application, I find that createRoot is called several >> times by the WAInitialRenderLoopContinuation. rootComponentIfAbsent: >> seem to expect that the rootComponent is set somewhere. But nothing >> sets the rootComponent as far as I can see. So the effect is that our >> rootComponent is re-created a lot. >> >> Is this expected behaviour? Or am I not setting up my seaside app >> properly? >> >> Thanks >> Otto >> _______________________________________________ >> seaside mailing list > >> seaside@.squeakfoundation > >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > -- > View this message in context: http://forum.world.st/createRoot-tp4832848p4832901.html > Sent from the Seaside General mailing list archive at Nabble.com . > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150618/a2c2bac5/attachment-0001.htm From otto at finworks.biz Thu Jun 18 05:56:00 2015 From: otto at finworks.biz (Otto Behrens) Date: Thu Jun 18 05:56:04 2015 Subject: [Seaside] Re: createRoot In-Reply-To: <1434575493975-4832901.post@n4.nabble.com> References: <1434575493975-4832901.post@n4.nabble.com> Message-ID: I don't override this method, but as far as I can see, it is ok because we use WAAdmin register: asApplicationAt: ... If I understand this correctly, the override of canBeRoot is to select a default root class in case there is none set? On Wed, Jun 17, 2015 at 11:11 PM, Paul DeBruicker wrote: > Its created once per session. Have you defined #canBeRoot in your main > component on the class side? > > > MainComponent class>>#canBeRoot > ^true > > > > > > > otto wrote >> Hi, >> >> In my seaside application, I find that createRoot is called several >> times by the WAInitialRenderLoopContinuation. rootComponentIfAbsent: >> seem to expect that the rootComponent is set somewhere. But nothing >> sets the rootComponent as far as I can see. So the effect is that our >> rootComponent is re-created a lot. >> >> Is this expected behaviour? Or am I not setting up my seaside app >> properly? >> >> Thanks >> Otto >> _______________________________________________ >> seaside mailing list > >> seaside@.squeakfoundation > >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > -- > View this message in context: http://forum.world.st/createRoot-tp4832848p4832901.html > Sent from the Seaside General mailing list archive at Nabble.com. > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside From philippe.marschall at gmail.com Thu Jun 18 08:33:15 2015 From: philippe.marschall at gmail.com (Philippe Marschall) Date: Thu Jun 18 08:33:21 2015 Subject: [Seaside] Re: createRoot In-Reply-To: References: <1434575493975-4832901.post@n4.nabble.com> Message-ID: On Thu, Jun 18, 2015 at 7:56 AM, Otto Behrens wrote: > I don't override this method, but as far as I can see, it is ok > because we use WAAdmin register: > asApplicationAt: ... > > If I understand this correctly, the override of canBeRoot is to select > a default root class in case there is none set? No, it's just for the web tools. Programmatically you should be able to use any component as root. Cheers Philippe From alexandre.bergel at me.com Thu Jun 18 17:38:47 2015 From: alexandre.bergel at me.com (Alexandre Bergel) Date: Thu Jun 18 17:39:09 2015 Subject: [Seaside] Accent in generated pages In-Reply-To: References: <9204BEEC-679D-4DFD-913F-A9FF6B5C5976@me.com> <4D2E4809-C9E2-4B7B-A774-DD5D6C44C032@stfx.eu> <3E58DD7A-B836-40EB-A7A6-C7DFBFD0C711@me.com> <27550AEE-5C2E-4015-8DFA-79FF2394FFF9@stfx.eu> <49182C9E-6F8D-4489-9BAA-D0734BADD964@stfx.eu> <86E74C7C-1BA1-48E5-8E06-8602A83B1342@me.com> <83315A4A-EB48-40A1-8BDA-9583652250F3@stfx.eu> Message-ID: Thanks Johan & Sven! Works perfectly! Cheers, Alexandre > On Jun 17, 2015, at 7:00 PM, Johan Brichau wrote: > > >> On 17 Jun 2015, at 23:52, Sven Van Caekenberghe wrote: >> >> I am sorry, like I said: 'I just don't know why it does not work in Seaside, normally special characters should just work, no need to do anything special.' > > It doesn?t work because this is not exactly using Seaside. > It?s using the Seaside canvas, and that?s it. > > As you said, the browser does not get any mimetype and it seems Safari doesn?t take utf-8 as the default.. > > When you use the WABuilder, there?s the #rootBlock: method to render the root part of the document, where it seems one can pass the encoding to be used by the browser. > Try this: > > | fullDocument | > fullDocument := WAHtmlCanvas builder > fullDocument: true; > rootBlock: [:root | root meta contentType: (WAMimeType textHtml charset:'utf-8') ]; > render: [ :html | html text: '?u?oa' ]. > > '/tmp/test.html' asFileReference writeStreamDo: [ :out | out << fullDocument ]. > > cheers > Johan > _______________________________________________ > seaside mailing list > seaside@lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From recursive68 at gmail.com Sun Jun 21 18:30:18 2015 From: recursive68 at gmail.com (recursive68@gmail.com) Date: Sun Jun 21 18:30:20 2015 Subject: [Seaside] isolate Message-ID: Hi, Given it looks like the isolate method is never going to added back to the current or future versions of Seaside as it's been an open bug issue for the last 5 years, how in general would go about replicating it's behaviour ? I think it's a shame as I think this sort of functionality made Seaside standout from the crowd as a web framework. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20150621/f1bbc163/attachment.htm From philippe.marschall at gmail.com Mon Jun 22 12:01:22 2015 From: philippe.marschall at gmail.com (Philippe Marschall) Date: Mon Jun 22 12:01:25 2015 Subject: [Seaside] isolate In-Reply-To: References: Message-ID: On Sun, Jun 21, 2015 at 8:30 PM, wrote: > Hi, > > Given it looks like the isolate method is never going to added back to the > current or future versions of Seaside as it's been an open bug issue for the > last 5 years, how in general would go about replicating it's behaviour ? A flag that's not backtracked. If you want to get fancy you can also store the last not expired continuation / state snapshot (again not backtracked) and redirect to this. Cheers Philippe From astares at gmx.de Tue Jun 30 19:10:32 2015 From: astares at gmx.de (Torsten Bergmann) Date: Tue Jun 30 19:10:36 2015 Subject: [Seaside] [ANN] HTML5Shiv with Seaside Message-ID: Hi, on http://smalltalkhub.com/#!/~TorstenBergmann/HTML5Shiv you will find a small utility library for html5shiv support in your Seaside application (see https://github.com/afarkas/html5shiv) This script is the defacto way to enable use of HTML5 sectioning elements in legacy Internet Explorer. See http://paulirish.com/2011/the-history-of-the-html5-shiv/ In combination with updated "Seaside-Core-TorstenBergmann.833" (which adds #ie9 method) or later you can write for older IE support: updateRoot: anHtmlRoot "Updates the given HTML root object." super updateRoot: anHtmlRoot. anHtmlRoot title: 'My HTML5 app'. anHtmlRoot meta name: 'viewport'; content: 'width=device-width, initial-scale=1.0'. anHtmlRoot if lessThan; ie9; do: [ HTML5ShivDeploymentFileLibrary default updateRoot: anHtmlRoot ] Hope this is useful for others as well. Thanks T. From pdebruic at gmail.com Tue Jun 30 19:31:36 2015 From: pdebruic at gmail.com (Paul DeBruicker) Date: Tue Jun 30 19:53:52 2015 Subject: [Seaside] Re: [ANN] HTML5Shiv with Seaside In-Reply-To: References: Message-ID: <1435692696894-4834988.post@n4.nabble.com> Hi - Looks good. If you want this project then you may also want css3pie which adds some css3 to older IE http://css3pie.com/ hth, Paul Torsten Bergmann wrote > Hi, > > on http://smalltalkhub.com/#!/~TorstenBergmann/HTML5Shiv you will find a > small > utility library for html5shiv support in your Seaside application > (see https://github.com/afarkas/html5shiv) > > This script is the defacto way to enable use of HTML5 sectioning elements > in legacy > Internet Explorer. See > http://paulirish.com/2011/the-history-of-the-html5-shiv/ > > In combination with updated "Seaside-Core-TorstenBergmann.833" (which adds > #ie9 method) > or later you can write for older IE support: > > > updateRoot: anHtmlRoot > "Updates the given HTML root object." > super updateRoot: anHtmlRoot. > anHtmlRoot title: 'My HTML5 app'. > anHtmlRoot meta > name: 'viewport'; > content: 'width=device-width, initial-scale=1.0'. > > anHtmlRoot if lessThan; ie9; do: [ > HTML5ShivDeploymentFileLibrary default updateRoot: anHtmlRoot ] > > > Hope this is useful for others as well. > > Thanks > T. > _______________________________________________ > seaside mailing list > seaside@.squeakfoundation > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -- View this message in context: http://forum.world.st/ANN-HTML5Shiv-with-Seaside-tp4834982p4834988.html Sent from the Seaside General mailing list archive at Nabble.com.