From joel at ardishealth.com Thu Oct 1 13:09:19 2009 From: joel at ardishealth.com (Joel Turnbull) Date: Thu, 1 Oct 2009 07:09:19 -0400 Subject: Gracefully Degrading Lightbox from Command Column Message-ID: <26ee8b3e0910010409p2df0e6f9wcc815391ec93796b@mail.gmail.com> In a Magritte report, I have a "remove" command column. What I want is a confirmation lightbox that degrades to a normal seaside confirmation ( separate page ) if javascript is disabled. In my command column's renderCellLinkContent:on: method, it's no problem to call the seaside confirm from the callback, but I can't figure out how to call the lightbox from the onClick event. I'm in GLASS so I've got scriptaculous to work with. Thanks, Joel -------------- next part -------------- An HTML attachment was scrubbed... URL: From renggli at gmail.com Thu Oct 1 13:41:37 2009 From: renggli at gmail.com (Lukas Renggli) Date: Thu, 1 Oct 2009 13:41:37 +0200 Subject: Gracefully Degrading Lightbox from Command Column In-Reply-To: <26ee8b3e0910010409p2df0e6f9wcc815391ec93796b@mail.gmail.com> References: <26ee8b3e0910010409p2df0e6f9wcc815391ec93796b@mail.gmail.com> Message-ID: <67628d690910010441i72f62884p27d785ab5717c667@mail.gmail.com> > In a Magritte report, I have a "remove" command column. What I want is a > confirmation lightbox that degrades to a normal seaside confirmation ( > separate page ) if javascript is disabled. The default lightbox that comes with Scriptaculous does not use AJAX, so it is degraded by default anyway ;-) Lukas -- Lukas Renggli http://www.lukas-renggli.ch From joel at ardishealth.com Thu Oct 1 15:55:06 2009 From: joel at ardishealth.com (Joel Turnbull) Date: Thu, 1 Oct 2009 09:55:06 -0400 Subject: Gracefully Degrading Lightbox from Command Column In-Reply-To: <67628d690910010441i72f62884p27d785ab5717c667@mail.gmail.com> References: <26ee8b3e0910010409p2df0e6f9wcc815391ec93796b@mail.gmail.com> <67628d690910010441i72f62884p27d785ab5717c667@mail.gmail.com> Message-ID: <26ee8b3e0910010655v7a5f2414uf8e8e072b43c4f6e@mail.gmail.com> How then do I set what I want to happen if javascript is disabled? I create an MACommandColumn with this as the selector. removeFooConfirm: aFoo ( self lightbox: (WAYesOrNoDialog new addMessage: 'Are you sure you wish to remove', aFoo name,'?'; yourself )) ifTrue: [ self removeFoo: aFoo ] I disable javascript in my browser. When I click "remove", I see in the html source that it's still trying to apply the light box, but since javascript is disabled, all I see is that the same page without a vertical scrollbar. How I understand degradation is that you put in an onClick event what you want to happen, and return false. If javascript is disabled, it ignores the onClick and the element does what is in the callback. On Thu, Oct 1, 2009 at 7:41 AM, Lukas Renggli wrote: > > In a Magritte report, I have a "remove" command column. What I want is a > > confirmation lightbox that degrades to a normal seaside confirmation ( > > separate page ) if javascript is disabled. > > The default lightbox that comes with Scriptaculous does not use AJAX, > so it is degraded by default anyway ;-) > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > -------------- next part -------------- An HTML attachment was scrubbed... URL: From renggli at gmail.com Thu Oct 1 16:15:43 2009 From: renggli at gmail.com (Lukas Renggli) Date: Thu, 1 Oct 2009 16:15:43 +0200 Subject: Gracefully Degrading Lightbox from Command Column In-Reply-To: <26ee8b3e0910010655v7a5f2414uf8e8e072b43c4f6e@mail.gmail.com> References: <26ee8b3e0910010409p2df0e6f9wcc815391ec93796b@mail.gmail.com> <67628d690910010441i72f62884p27d785ab5717c667@mail.gmail.com> <26ee8b3e0910010655v7a5f2414uf8e8e072b43c4f6e@mail.gmail.com> Message-ID: <67628d690910010715x6466d460ufbe6bd747174de81@mail.gmail.com> The point is that the light-box does not use Javascript (AJAX) to get it displayed, so it will generate the HTML either way. JavaScript is only used afterwards to get the dialog centered in the middle of the page and have the background dimmed. I haven't seen a lightbox yet that can do this cross-browser only using CSS. > How I understand degradation is that you put in an onClick event what you > want to happen, and return false. If javascript is disabled, it ignores the > onClick and the element does what is in the callback. Now for your problem I don't see an out of the box solution. If you would implement your own lightbox that displays as an answer to an #onClick: event, then you could have a standard fallback as you describe. That approach does not work with the lightbox that comes with Scriptaculous though, because it does a full-fresh and a normal #call:. Lukas -- Lukas Renggli http://www.lukas-renggli.ch From sean at monkeysnatchbanana.com Thu Oct 1 17:53:51 2009 From: sean at monkeysnatchbanana.com (Sean Allen) Date: Thu, 1 Oct 2009 11:53:51 -0400 Subject: Gracefully Degrading Lightbox from Command Column In-Reply-To: <67628d690910010715x6466d460ufbe6bd747174de81@mail.gmail.com> References: <26ee8b3e0910010409p2df0e6f9wcc815391ec93796b@mail.gmail.com> <67628d690910010441i72f62884p27d785ab5717c667@mail.gmail.com> <26ee8b3e0910010655v7a5f2414uf8e8e072b43c4f6e@mail.gmail.com> <67628d690910010715x6466d460ufbe6bd747174de81@mail.gmail.com> Message-ID: <7f60f59f0910010853p32748549ybb9b9a8641bce103@mail.gmail.com> On Thu, Oct 1, 2009 at 10:15 AM, Lukas Renggli wrote: > The point is that the light-box does not use Javascript (AJAX) to get > it displayed, so it will generate the HTML either way. JavaScript is > only used afterwards to get the dialog centered in the middle of the > page and have the background dimmed. I haven't seen a lightbox yet > that can do this cross-browser only using CSS. > How would a lightbox get displayed without using js? You have to do something to get the lightbox to display, that something requires javascript to happen. -------------- next part -------------- An HTML attachment was scrubbed... URL: From renggli at gmail.com Thu Oct 1 18:17:52 2009 From: renggli at gmail.com (Lukas Renggli) Date: Thu, 1 Oct 2009 18:17:52 +0200 Subject: Gracefully Degrading Lightbox from Command Column In-Reply-To: <7f60f59f0910010853p32748549ybb9b9a8641bce103@mail.gmail.com> References: <26ee8b3e0910010409p2df0e6f9wcc815391ec93796b@mail.gmail.com> <67628d690910010441i72f62884p27d785ab5717c667@mail.gmail.com> <26ee8b3e0910010655v7a5f2414uf8e8e072b43c4f6e@mail.gmail.com> <67628d690910010715x6466d460ufbe6bd747174de81@mail.gmail.com> <7f60f59f0910010853p32748549ybb9b9a8641bce103@mail.gmail.com> Message-ID: <67628d690910010917v447600bt4730f5d99acae568@mail.gmail.com> >> The point is that the light-box does not use Javascript (AJAX) to get >> it displayed, so it will generate the HTML either way. JavaScript is >> only used afterwards to get the dialog centered in the middle of the >> page and have the background dimmed. I haven't seen a lightbox yet >> that can do this cross-browser only using CSS. > > How would a lightbox get displayed without using js? > You have to do something to get the lightbox to display, > that something requires javascript to happen. No. #lightbox: is like #call:. It does a full refresh to the server and generates a completely new page with the background and lightbox HTML. The only difference between #call: and #lightbox: is that call does not render the parent component, #lightbox: does to make it shine through using some CSS effects. You can easily observe that in FireBug. Now of course there are nicer ways to do a lightbox, e.g. by loading the dialog using an AJAX call. However this does not work as part of a flow and requires you to write and adapt some Javascript code to work with your page layout. Lukas -- Lukas Renggli http://www.lukas-renggli.ch From sean at monkeysnatchbanana.com Thu Oct 1 18:38:30 2009 From: sean at monkeysnatchbanana.com (Sean Allen) Date: Thu, 1 Oct 2009 12:38:30 -0400 Subject: Gracefully Degrading Lightbox from Command Column In-Reply-To: <67628d690910010917v447600bt4730f5d99acae568@mail.gmail.com> References: <26ee8b3e0910010409p2df0e6f9wcc815391ec93796b@mail.gmail.com> <67628d690910010441i72f62884p27d785ab5717c667@mail.gmail.com> <26ee8b3e0910010655v7a5f2414uf8e8e072b43c4f6e@mail.gmail.com> <67628d690910010715x6466d460ufbe6bd747174de81@mail.gmail.com> <7f60f59f0910010853p32748549ybb9b9a8641bce103@mail.gmail.com> <67628d690910010917v447600bt4730f5d99acae568@mail.gmail.com> Message-ID: <7f60f59f0910010938n41d5cfa9v91461747e2330f54@mail.gmail.com> On Thu, Oct 1, 2009 at 12:17 PM, Lukas Renggli wrote: > >> The point is that the light-box does not use Javascript (AJAX) to get > >> it displayed, so it will generate the HTML either way. JavaScript is > >> only used afterwards to get the dialog centered in the middle of the > >> page and have the background dimmed. I haven't seen a lightbox yet > >> that can do this cross-browser only using CSS. > > > > How would a lightbox get displayed without using js? > > You have to do something to get the lightbox to display, > > that something requires javascript to happen. > > No. #lightbox: is like #call:. It does a full refresh to the server > and generates a completely new page with the background and lightbox > HTML. The only difference between #call: and #lightbox: is that call > does not render the parent component, #lightbox: does to make it shine > through using some CSS effects. You can easily observe that in > FireBug. > > Now of course there are nicer ways to do a lightbox, e.g. by loading > the dialog using an AJAX call. However this does not work as part of a > flow and requires you to write and adapt some Javascript code to work > with your page layout. > > ah, i understand. thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From joel at ardishealth.com Thu Oct 1 18:45:13 2009 From: joel at ardishealth.com (Joel Turnbull) Date: Thu, 1 Oct 2009 12:45:13 -0400 Subject: Gracefully Degrading Lightbox from Command Column In-Reply-To: <67628d690910010917v447600bt4730f5d99acae568@mail.gmail.com> References: <26ee8b3e0910010409p2df0e6f9wcc815391ec93796b@mail.gmail.com> <67628d690910010441i72f62884p27d785ab5717c667@mail.gmail.com> <26ee8b3e0910010655v7a5f2414uf8e8e072b43c4f6e@mail.gmail.com> <67628d690910010715x6466d460ufbe6bd747174de81@mail.gmail.com> <7f60f59f0910010853p32748549ybb9b9a8641bce103@mail.gmail.com> <67628d690910010917v447600bt4730f5d99acae568@mail.gmail.com> Message-ID: <26ee8b3e0910010945i4170e9b6xa12dba522e5adbd3@mail.gmail.com> Ok well I'm not necessarily tied to lightbox, I just thought it would be cool. I've been playing with something like this instead. renderCellLinkContent: aFoo on: html self commands do: [ :each | html submitButton onClick: 'confirm(''Are you sure you wish to remove', aFoo name,'?''); return false'; callback: [ each key value: aFoo ]; with: each value ] separatedBy: [ html space ] The callback does the WAComponent confirm:. So this degrades well, my only problem is, I don't know how to get the result of the js dialog it and call removeFoo: aFoo if it's true. Joel On Thu, Oct 1, 2009 at 12:17 PM, Lukas Renggli wrote: > >> The point is that the light-box does not use Javascript (AJAX) to get > >> it displayed, so it will generate the HTML either way. JavaScript is > >> only used afterwards to get the dialog centered in the middle of the > >> page and have the background dimmed. I haven't seen a lightbox yet > >> that can do this cross-browser only using CSS. > > > > How would a lightbox get displayed without using js? > > You have to do something to get the lightbox to display, > > that something requires javascript to happen. > > No. #lightbox: is like #call:. It does a full refresh to the server > and generates a completely new page with the background and lightbox > HTML. The only difference between #call: and #lightbox: is that call > does not render the parent component, #lightbox: does to make it shine > through using some CSS effects. You can easily observe that in > FireBug. > > Now of course there are nicer ways to do a lightbox, e.g. by loading > the dialog using an AJAX call. However this does not work as part of a > flow and requires you to write and adapt some Javascript code to work > with your page layout. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chaetal at gmail.com Sun Oct 4 19:18:22 2009 From: chaetal at gmail.com (Dennis Schetinin) Date: Sun, 4 Oct 2009 21:18:22 +0400 Subject: Some issues on FireFox Message-ID: <84f77e270910041018m753a7ff2tad5a6e202745eb1e@mail.gmail.com> I (still) observe a strange behaviour of Pier on FireFox 3.5.3. I'd summarize that as following: (some?) actions are just 'ignored' on the main page but are ok at 'About' page. For example: clicking login - entering the username and password - (regardless of correct or incorrect) getting back to the page without any changes (neither logged-in nor error messages). Being logged-in (from 'About' and then back to root) pressing '+' in Pier commands is also ignored. Same for clicks on 'Configure', 'Toggle Halos', 'Profiler', 'Memory' at the bottom of the page... With Chrome everything seems to be correct... This is actual for Pharo (pharo1.0-10451-BETAweb09.09.3, and pharo1.0-10466-BETAweb09.10.1) and 'original' (Squeak) Pier (Pier-1.2.app). -- Dennis Schetinin -------------- next part -------------- An HTML attachment was scrubbed... URL: From renggli at gmail.com Sun Oct 4 23:44:09 2009 From: renggli at gmail.com (Lukas Renggli) Date: Sun, 4 Oct 2009 15:44:09 -0600 Subject: Some issues on FireFox In-Reply-To: <84f77e270910041018m753a7ff2tad5a6e202745eb1e@mail.gmail.com> References: <84f77e270910041018m753a7ff2tad5a6e202745eb1e@mail.gmail.com> Message-ID: <67628d690910041444q51d06a01w2d9632283566b404@mail.gmail.com> I cannot reproduce any of this with FireFox 3.5.3 on Mac. Do you maybe have cookies disabled. Are you using some special plugins? Lukas 2009/10/4 Dennis Schetinin : > I (still) observe a strange behaviour of Pier on FireFox 3.5.3. I'd > summarize that as following: (some?) actions are just 'ignored' on the main > page but are ok at?'About' page. For example: clicking login - entering the > username and password - (regardless of correct or incorrect) getting back to > the page without any changes (neither logged-in nor error messages). Being > logged-in (from 'About' and then back to root) pressing '+' in Pier commands > is also ignored. Same for clicks on 'Configure', 'Toggle Halos', 'Profiler', > 'Memory' at the bottom of the page... > > With Chrome everything seems to be correct... > > This is actual for Pharo (pharo1.0-10451-BETAweb09.09.3, and > pharo1.0-10466-BETAweb09.10.1) and 'original' (Squeak) Pier (Pier-1.2.app). > > -- > Dennis Schetinin > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > -- Lukas Renggli http://www.lukas-renggli.ch From chaetal at gmail.com Mon Oct 5 06:42:10 2009 From: chaetal at gmail.com (Dennis Schetinin) Date: Mon, 5 Oct 2009 08:42:10 +0400 Subject: Some issues on FireFox In-Reply-To: <67628d690910041444q51d06a01w2d9632283566b404@mail.gmail.com> References: <84f77e270910041018m753a7ff2tad5a6e202745eb1e@mail.gmail.com> <67628d690910041444q51d06a01w2d9632283566b404@mail.gmail.com> Message-ID: <84f77e270910042142j57d086a4wbee81606c8b53a9c@mail.gmail.com> > > I cannot reproduce any of this with FireFox 3.5.3 on Mac. Do you maybe > have cookies disabled. Are you using some special plugins? > Yes, I use many. Switching them off and on found that Cooliris is the offender. Thank you for the idea, I've just already forgot there are plugins in FF :) -- Dennis Schetinin -------------- next part -------------- An HTML attachment was scrubbed... URL: From estebanlm at gmail.com Mon Oct 12 17:46:39 2009 From: estebanlm at gmail.com (Esteban Lorenzano) Date: Mon, 12 Oct 2009 12:46:39 -0300 Subject: how to go to "home" inside a structure? Message-ID: Hi, I have a pier application with a custom widget, who at some point performs a #call: with another component... the client does some tasks, that include, for instance, pressing other menu options, and then he came back to the menu option with the widget... The men? option is with the form: | structure | structure := self context kernel root. html anchor class: 'active' if: (self isActive: structure); goto: (self context structure: structure); with: (self labelFor: structure) I want to "reset" the component displayed (like when I call #home in plain seaside). How can I do that? Thanks, Esteban From marianopeck at gmail.com Mon Oct 19 03:06:25 2009 From: marianopeck at gmail.com (Mariano Martinez Peck) Date: Sun, 18 Oct 2009 23:06:25 -0200 Subject: Question about links and @ Message-ID: Hi folks. I know that in Swiki or pier you can declare in somewhere of a page something like @something and then, in another page you can do a link to that page at something and this will put a link to that page and with focus where you put the @. Now, most of the time I do this, I put the @something in a title (using ! or !! or !!!). So, the question is, what do you think in automatically generate this ? Suppose I have this page called home: xxxx @This is a particular title !This is a particular title this is .... And then, I have to do (from other page) this: *home at This is a particular title* So, what I wonder is if it is possible to automatically do this for the titles. So, if you use ! or !! or !!! you don't have to add the @This is a particular title what do you think ? is it easy to do? and disadvantage I am not seeing? Thanks!! mariano -------------- next part -------------- An HTML attachment was scrubbed... URL: From renggli at gmail.com Mon Oct 19 08:35:53 2009 From: renggli at gmail.com (Lukas Renggli) Date: Mon, 19 Oct 2009 08:35:53 +0200 Subject: Question about links and @ In-Reply-To: References: Message-ID: <67628d690910182335l2109979coa1e521acd9693451@mail.gmail.com> > Now, most of the time I do this, I put the @something in a title (using ! or > !! or !!!). So, the question is, what do you think in automatically generate > this ? I don't know for SWiki, but Pier already does this since the beginning. However the identifier is not human readably but a hash value of the title string. This is used to create automatic page indexes like +value:toc+ Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From marianopeck at gmail.com Mon Oct 19 14:33:03 2009 From: marianopeck at gmail.com (Mariano Martinez Peck) Date: Mon, 19 Oct 2009 10:33:03 -0200 Subject: Question about links and @ In-Reply-To: <67628d690910182335l2109979coa1e521acd9693451@mail.gmail.com> References: <67628d690910182335l2109979coa1e521acd9693451@mail.gmail.com> Message-ID: On Mon, Oct 19, 2009 at 4:35 AM, Lukas Renggli wrote: > > Now, most of the time I do this, I put the @something in a title (using ! > or > > !! or !!!). So, the question is, what do you think in automatically > generate > > this ? > > I don't know for SWiki, but Pier already does this since the > beginning. However the identifier is not human readably but a hash > value of the title string. This is used to create automatic page > indexes like > > +value:toc+ > > Yes, I imagined that value:toc should do something like that. However, it is not useful for what I want. Because what I want to put after the @ is the name of the title, not a hash value. Any idea if this is possible? Best, Mariano > Cheers, > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > -------------- next part -------------- An HTML attachment was scrubbed... URL: From renggli at gmail.com Mon Oct 19 15:57:02 2009 From: renggli at gmail.com (Lukas Renggli) Date: Mon, 19 Oct 2009 15:57:02 +0200 Subject: Question about links and @ In-Reply-To: References: <67628d690910182335l2109979coa1e521acd9693451@mail.gmail.com> Message-ID: <67628d690910190657g141ce503kf7b6bc8e0dc8727e@mail.gmail.com> > Any idea if this is possible? Sure it is possible, the same way Pier puts the automatic hash value there. You could easily patch Pier to link to the specified sections. However the link names have to follow a specific syntax (given in the HTML standard) and the name has to be unique too. Lukas -- Lukas Renggli http://www.lukas-renggli.ch From johnmci at smalltalkconsulting.com Thu Oct 22 00:57:36 2009 From: johnmci at smalltalkconsulting.com (John M McIntosh) Date: Wed, 21 Oct 2009 15:57:36 -0700 Subject: confused about file upload Message-ID: I'm looking at altering how the file upload work in wikiserver on the iphone It appears that MAFileUploadComponent>>renderUploadOn: html html fileUpload id: self labelId; on: #upload of: self. html submitButton text: 'uploadX' setups the submit button with the text 'uploadX' Yes yes it's normally 'upload' but I changed it to 'uploadX' just to confirm that I've the right html. Now as WIiServer users know on the iPhone, the "Choose file" button is disabled because there is no way for mobile safari to browse the file system on the iphone. In this case I had expected that WAFileUploadTag>>callback: and WAFileUploadTag >>on: of: gets called which results in MAFileUploadComponent>>upload: But none of that happens when I press the 'upload' button. Obviously something is deciding somewhere not to execute the callback: So I'm wondering how or who is preventing that? I had *wrongly* thought that upload: would be called with a nil file since there was code there to check file is nil -- = = = ======================================================================== John M. McIntosh Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ======================================================================== From p3anoman at gmail.com Thu Oct 22 02:17:52 2009 From: p3anoman at gmail.com (John McKeon) Date: Wed, 21 Oct 2009 20:17:52 -0400 Subject: confused about file upload In-Reply-To: References: Message-ID: <40f637ec0910211717w32917f02i43152392fe6267bf@mail.gmail.com> Hi John, I think it needs to be wrapped in a form: [] ;) Warm regards John On Wed, Oct 21, 2009 at 6:57 PM, John M McIntosh < johnmci at smalltalkconsulting.com> wrote: > I'm looking at altering how the file upload work in wikiserver on the > iphone > > It appears that > > > MAFileUploadComponent>>renderUploadOn: html > html fileUpload > id: self labelId; > on: #upload of: self. > html submitButton > text: 'uploadX' > > setups the submit button with the text 'uploadX' Yes yes it's normally > 'upload' but I changed it > to 'uploadX' just to confirm that I've the right html. > > Now as WIiServer users know on the iPhone, the "Choose file" button is > disabled because there > is no way for mobile safari to browse the file system on the iphone. > > In this case I had expected that > > WAFileUploadTag>>callback: and > WAFileUploadTag >>on: of: > gets called > which results in > MAFileUploadComponent>>upload: > > But none of that happens when I press the 'upload' button. > > Obviously something is deciding somewhere not to execute the callback: > So I'm wondering how or who is preventing that? > > I had *wrongly* thought that upload: would be called with a nil file since > there was code there to check file is nil > > -- > =========================================================================== > John M. McIntosh Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > -- http://jmck.seasidehosting.st -------------- next part -------------- An HTML attachment was scrubbed... URL: From johnmci at smalltalkconsulting.com Thu Oct 22 05:00:50 2009 From: johnmci at smalltalkconsulting.com (John M McIntosh) Date: Wed, 21 Oct 2009 20:00:50 -0700 Subject: confused about file upload In-Reply-To: <40f637ec0910211717w32917f02i43152392fe6267bf@mail.gmail.com> References: <40f637ec0910211717w32917f02i43152392fe6267bf@mail.gmail.com> Message-ID: All i"m using is the standard MAFile component in Pier to add a file. On the iPhone the choose file button is disabled, yet the uploadX button is pressable. If you serve the same web-page from the iPhone to a desktop client then the choose file button is enabled, and pressing the upload button runs the > WAFileUploadTag>>callback: and > WAFileUploadTag >>on: of > MAFileUploadComponent>>upload: which feed in a file = nil. However as pointed out early pressing the uploadX button on the iPhone only runs PRFile>>file never the > WAFileUploadTag>>callback: and > WAFileUploadTag >>on: of > MAFileUploadComponent>>upload: So I don't get a chance in > MAFileUploadComponent>>upload: to wonder at the file isNil On 2009-10-21, at 5:17 PM, John McKeon wrote: > Hi John, > I think it needs to be wrapped in a form: [] ;) > > Warm regards > John > > On Wed, Oct 21, 2009 at 6:57 PM, John M McIntosh > wrote: > I'm looking at altering how the file upload work in wikiserver on > the iphone > > It appears that > > > MAFileUploadComponent>>renderUploadOn: html > html fileUpload > id: self labelId; > on: #upload of: self. > html submitButton > text: 'uploadX' > > setups the submit button with the text 'uploadX' Yes yes it's > normally 'upload' but I changed it > to 'uploadX' just to confirm that I've the right html. > > Now as WIiServer users know on the iPhone, the "Choose file" button > is disabled because there > is no way for mobile safari to browse the file system on the iphone. > > In this case I had expected that > > WAFileUploadTag>>callback: and > WAFileUploadTag >>on: of: > gets called > which results in > MAFileUploadComponent>>upload: > > But none of that happens when I press the 'upload' button. > > Obviously something is deciding somewhere not to execute the callback: > So I'm wondering how or who is preventing that? > > I had *wrongly* thought that upload: would be called with a nil file > since there was code there to check file is nil > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > > > > -- > http://jmck.seasidehosting.st -- = = = ======================================================================== John M. McIntosh Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ======================================================================== From renggli at gmail.com Thu Oct 22 09:58:30 2009 From: renggli at gmail.com (Lukas Renggli) Date: Thu, 22 Oct 2009 09:58:30 +0200 Subject: confused about file upload In-Reply-To: References: <40f637ec0910211717w32917f02i43152392fe6267bf@mail.gmail.com> Message-ID: <67628d690910220058n6b9fa276rea537c85fb214d69@mail.gmail.com> The Apple Mobile Web Content guide says: "Safari on iPhone OS does not support file uploading, that is, elements. If your webpage includes an input-file control, Safari on iPhone OS disables it." [http://bit.ly/1Y9MF5] That explains why Seaside does not trigger the callback, the upload-field is simply not part of the POST. Cheers, Lukas 2009/10/22 John M McIntosh : > All i"m using is the standard MAFile component in Pier to add a file. > On the iPhone the choose file button is disabled, yet the uploadX button is > pressable. > > If you serve the same web-page from the iPhone to a desktop client then the > choose file button is enabled, > and pressing the upload button runs the >> >> WAFileUploadTag>>callback: and >> WAFileUploadTag >>on: of >> MAFileUploadComponent>>upload: > > which feed in a file = nil. > > However as pointed out early pressing the uploadX button on the iPhone only > runs PRFile>>file > never the >> >> WAFileUploadTag>>callback: and >> WAFileUploadTag >>on: of >> MAFileUploadComponent>>upload: > > So I don't get a chance in >> >> MAFileUploadComponent>>upload: > > to wonder at the file isNil > > > On 2009-10-21, at 5:17 PM, John McKeon wrote: > >> Hi John, >> I think it needs to be wrapped in a form: [] ? ?;) >> >> Warm regards >> John >> >> On Wed, Oct 21, 2009 at 6:57 PM, John M McIntosh >> wrote: >> I'm looking at altering how the file upload work in wikiserver on the >> iphone >> >> It appears that >> >> >> MAFileUploadComponent>>renderUploadOn: html >> ? ? ? html fileUpload >> ? ? ? ? ? ? ? id: self labelId; >> ? ? ? ? ? ? ? on: #upload of: self. >> ? ? ? html submitButton >> ? ? ? ? ? ? ? text: 'uploadX' >> >> setups the submit button with the text 'uploadX' ?Yes yes it's normally >> 'upload' but I changed it >> to 'uploadX' just to confirm that I've the right html. >> >> Now as WIiServer users know on the iPhone, the "Choose file" button is >> disabled because there >> is no way for mobile safari to browse the file system on the iphone. >> >> In this case I had expected that >> >> WAFileUploadTag>>callback: and >> WAFileUploadTag >>on: of: >> gets called >> which results in >> MAFileUploadComponent>>upload: >> >> But none of that happens when I press the 'upload' button. >> >> Obviously something is deciding somewhere not to execute the callback: >> So I'm wondering how or who is preventing that? >> >> I had *wrongly* thought that upload: would be called with a nil file since >> there was code there to check file is nil >> >> -- >> >> =========================================================================== >> John M. McIntosh ? Twitter: >> ?squeaker68882 >> Corporate Smalltalk Consulting Ltd. ?http://www.smalltalkconsulting.com >> >> =========================================================================== >> >> >> >> >> _______________________________________________ >> Magritte, Pier and Related Tools ... >> https://www.iam.unibe.ch/mailman/listinfo/smallwiki >> >> >> >> -- >> http://jmck.seasidehosting.st > > -- > =========================================================================== > John M. McIntosh ? Twitter: ?squeaker68882 > Corporate Smalltalk Consulting Ltd. ?http://www.smalltalkconsulting.com > =========================================================================== > > > > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > -- Lukas Renggli http://www.lukas-renggli.ch From johnmci at smalltalkconsulting.com Mon Oct 26 11:38:08 2009 From: johnmci at smalltalkconsulting.com (John M McIntosh) Date: Mon, 26 Oct 2009 03:38:08 -0700 Subject: building URL using value: ? Message-ID: <21D82A72-C96D-44C3-B51D-00C52D51790E@smalltalkconsulting.com> Obviously I'd like to do *http://maps.google.com/maps?q=+value:currentlat+,+value:currentlong+* However that doesn't work. note value:currentlat return latitude, etc. -- = = = ======================================================================== John M. McIntosh Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ======================================================================== From renggli at gmail.com Mon Oct 26 11:46:41 2009 From: renggli at gmail.com (Lukas Renggli) Date: Mon, 26 Oct 2009 11:46:41 +0100 Subject: building URL using value: ? In-Reply-To: <21D82A72-C96D-44C3-B51D-00C52D51790E@smalltalkconsulting.com> References: <21D82A72-C96D-44C3-B51D-00C52D51790E@smalltalkconsulting.com> Message-ID: <67628d690910260346q582fc798w8fc0f2ae70d3d462@mail.gmail.com> That's because the URL is just a string, not something that is assembled from different parts. I suggest that you create a special link type. There are already a special Google link type in the Google add-on package. Lukas 2009/10/26 John M McIntosh : > Obviously I'd like to do > > *http://maps.google.com/maps?q=+value:currentlat+,+value:currentlong+* > > However that doesn't work. > > note value:currentlat ?return latitude, etc. > > -- > = > = > = > ======================================================================== > John M. McIntosh ? Twitter: ?squeaker68882 > Corporate Smalltalk Consulting Ltd. ?http://www.smalltalkconsulting.com > =========================================================================== > > > > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > -- Lukas Renggli http://www.lukas-renggli.ch From matthias.berth at googlemail.com Mon Oct 26 22:09:35 2009 From: matthias.berth at googlemail.com (Matthias Berth) Date: Mon, 26 Oct 2009 22:09:35 +0100 Subject: Pier-Book: MessageNotUnderstood printLatexOn: Message-ID: <9aa6ae270910261409l137c8026ta5ceaafc21aade18@mail.gmail.com> Hi, I like the seaside book at http://book.seaside.st. Now I am trying to find out how to use Pier for doing something similar myself (i.e. going from a wiki to a book). I saw the Pier-Book addon and loaded it from the repository: http://source.lukas-renggli.ch/pieraddons. Now I can add a Book (and chapters etc) to my Pier site, fine. When I click on the LaTeX link, I get MessageNotUnderstood: BlockClosure>>printLatexOn: I saw no implementer, found nothing on google, either. I am using the current Pharo image with pier already installed. Where do I get that method? Thanks Matthias From jfitzell at gmail.com Mon Oct 26 22:56:39 2009 From: jfitzell at gmail.com (Julian Fitzell) Date: Mon, 26 Oct 2009 14:56:39 -0700 Subject: Pier-Book: MessageNotUnderstood printLatexOn: In-Reply-To: <9aa6ae270910261409l137c8026ta5ceaafc21aade18@mail.gmail.com> References: <9aa6ae270910261409l137c8026ta5ceaafc21aade18@mail.gmail.com> Message-ID: <4a5dbd430910261456w5648e41dn97734b4cb7b32d58@mail.gmail.com> Sounds like maybe that package hasn't been modified to work with closure-aware Squeak images. Probably you can just copy the equivalent method from BlockContext... Julian On Mon, Oct 26, 2009 at 2:09 PM, Matthias Berth wrote: > Hi, > > I like the seaside book at http://book.seaside.st. Now I am trying to > find out how to use Pier for doing something similar myself (i.e. > going from a wiki to a book). > > I saw the Pier-Book addon and loaded it from the repository: > http://source.lukas-renggli.ch/pieraddons. Now I can add a Book (and > chapters etc) to my Pier site, fine. When I click on the LaTeX link, I > get > > ?MessageNotUnderstood: BlockClosure>>printLatexOn: > > I saw no implementer, found nothing on google, either. I am using the > current Pharo image with pier already installed. > > Where do I get that method? > > Thanks > > > Matthias > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > From matthias.berth at googlemail.com Mon Oct 26 23:45:11 2009 From: matthias.berth at googlemail.com (Matthias Berth) Date: Mon, 26 Oct 2009 23:45:11 +0100 Subject: Pier-Book: MessageNotUnderstood printLatexOn: In-Reply-To: <4a5dbd430910261456w5648e41dn97734b4cb7b32d58@mail.gmail.com> References: <9aa6ae270910261409l137c8026ta5ceaafc21aade18@mail.gmail.com> <4a5dbd430910261456w5648e41dn97734b4cb7b32d58@mail.gmail.com> Message-ID: <9aa6ae270910261545s5b2324f1u61f4d2ee8fdd06a5@mail.gmail.com> Hi Julian, thanks, but that isn't the problem, I find no implementer of printLatexOn: anywhere in that image. Matthias On Mon, Oct 26, 2009 at 10:56 PM, Julian Fitzell wrote: > Sounds like maybe that package hasn't been modified to work with > closure-aware Squeak images. Probably you can just copy the equivalent > method from BlockContext... > > Julian > > On Mon, Oct 26, 2009 at 2:09 PM, Matthias Berth > wrote: >> Hi, >> >> I like the seaside book at http://book.seaside.st. Now I am trying to >> find out how to use Pier for doing something similar myself (i.e. >> going from a wiki to a book). >> >> I saw the Pier-Book addon and loaded it from the repository: >> http://source.lukas-renggli.ch/pieraddons. Now I can add a Book (and >> chapters etc) to my Pier site, fine. When I click on the LaTeX link, I >> get >> >> ?MessageNotUnderstood: BlockClosure>>printLatexOn: >> >> I saw no implementer, found nothing on google, either. I am using the >> current Pharo image with pier already installed. >> >> Where do I get that method? >> >> Thanks >> >> >> Matthias >> _______________________________________________ >> Magritte, Pier and Related Tools ... >> https://www.iam.unibe.ch/mailman/listinfo/smallwiki >> > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > From johnmci at smalltalkconsulting.com Tue Oct 27 02:56:35 2009 From: johnmci at smalltalkconsulting.com (John M McIntosh) Date: Mon, 26 Oct 2009 18:56:35 -0700 Subject: building URL using value: ? In-Reply-To: <67628d690910260346q582fc798w8fc0f2ae70d3d462@mail.gmail.com> References: <21D82A72-C96D-44C3-B51D-00C52D51790E@smalltalkconsulting.com> <67628d690910260346q582fc798w8fc0f2ae70d3d462@mail.gmail.com> Message-ID: <36A40FFA-DA4B-4D55-98B4-E52969375ED2@smalltalkconsulting.com> ? That would be Pier-Google-lr.15 ? On 2009-10-26, at 3:46 AM, Lukas Renggli wrote: > That's because the URL is just a string, not something that is > assembled from different parts. > > I suggest that you create a special link type. There are already a > special Google link type in the Google add-on package. > > Lukas > > 2009/10/26 John M McIntosh : >> Obviously I'd like to do >> >> *http://maps.google.com/maps?q=+value:currentlat+,+value:currentlong >> +* >> >> However that doesn't work. >> >> note value:currentlat return latitude, etc -- = = = ======================================================================== John M. McIntosh Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ======================================================================== From johnmci at smalltalkconsulting.com Tue Oct 27 03:47:21 2009 From: johnmci at smalltalkconsulting.com (John M McIntosh) Date: Mon, 26 Oct 2009 19:47:21 -0700 Subject: building URL using value: ? In-Reply-To: <67628d690910260346q582fc798w8fc0f2ae70d3d462@mail.gmail.com> References: <21D82A72-C96D-44C3-B51D-00C52D51790E@smalltalkconsulting.com> <67628d690910260346q582fc798w8fc0f2ae70d3d462@mail.gmail.com> Message-ID: <7861A811-E17B-4814-8231-D3E7E26CD664@smalltalkconsulting.com> Oh, you mean the "Pier-Links-xxx" stuff. *google:foo* *isbn:...* On 2009-10-26, at 3:46 AM, Lukas Renggli wrote: > That's because the URL is just a string, not something that is > assembled from different parts. > > I suggest that you create a special link type. There are already a > special Google link type in the Google add-on package. > > Lukas > -- = = = ======================================================================== John M. McIntosh Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ======================================================================== From renggli at gmail.com Tue Oct 27 07:59:14 2009 From: renggli at gmail.com (Lukas Renggli) Date: Tue, 27 Oct 2009 07:59:14 +0100 Subject: building URL using value: ? In-Reply-To: <7861A811-E17B-4814-8231-D3E7E26CD664@smalltalkconsulting.com> References: <21D82A72-C96D-44C3-B51D-00C52D51790E@smalltalkconsulting.com> <67628d690910260346q582fc798w8fc0f2ae70d3d462@mail.gmail.com> <7861A811-E17B-4814-8231-D3E7E26CD664@smalltalkconsulting.com> Message-ID: <67628d690910262359y716ccfdfh7e229172e3457cf8@mail.gmail.com> > Oh, you mean the "Pier-Links-xxx" stuff. > *google:foo* > *isbn:...* Indeed, I got confused with the Pier-Google package that contains Google-Widgets, Google-Analytics, ... but not the Google Link. Sorry about that. Lukas -- Lukas Renggli http://www.lukas-renggli.ch From renggli at gmail.com Tue Oct 27 08:27:28 2009 From: renggli at gmail.com (Lukas Renggli) Date: Tue, 27 Oct 2009 08:27:28 +0100 Subject: Pier-Book: MessageNotUnderstood printLatexOn: In-Reply-To: <9aa6ae270910261545s5b2324f1u61f4d2ee8fdd06a5@mail.gmail.com> References: <9aa6ae270910261409l137c8026ta5ceaafc21aade18@mail.gmail.com> <4a5dbd430910261456w5648e41dn97734b4cb7b32d58@mail.gmail.com> <9aa6ae270910261545s5b2324f1u61f4d2ee8fdd06a5@mail.gmail.com> Message-ID: <67628d690910270027p640015ei81f5b83f9ba4239a@mail.gmail.com> Pier-Book depends on Pier-Documentation. I removed that dependency and duplicated the code into Pier-Book, as most people won't use Pier-Docuemntation anyway. The following version should solve the problem: Name: Pier-Book-lr.101 Author: lr Time: 27 October 2009, 8:26:28 am UUID: d107adbd-2a9f-405c-b433-4c39cf3c3a96 Ancestors: Pier-Book-lr.100 - got rid of dependency to Pier-Documentation 2009/10/26 Matthias Berth : > Hi Julian, > > thanks, but that isn't the problem, I find no implementer of > printLatexOn: anywhere in that image. > > Matthias > > On Mon, Oct 26, 2009 at 10:56 PM, Julian Fitzell wrote: >> Sounds like maybe that package hasn't been modified to work with >> closure-aware Squeak images. Probably you can just copy the equivalent >> method from BlockContext... >> >> Julian >> >> On Mon, Oct 26, 2009 at 2:09 PM, Matthias Berth >> wrote: >>> Hi, >>> >>> I like the seaside book at http://book.seaside.st. Now I am trying to >>> find out how to use Pier for doing something similar myself (i.e. >>> going from a wiki to a book). >>> >>> I saw the Pier-Book addon and loaded it from the repository: >>> http://source.lukas-renggli.ch/pieraddons. Now I can add a Book (and >>> chapters etc) to my Pier site, fine. When I click on the LaTeX link, I >>> get >>> >>> ?MessageNotUnderstood: BlockClosure>>printLatexOn: >>> >>> I saw no implementer, found nothing on google, either. I am using the >>> current Pharo image with pier already installed. >>> >>> Where do I get that method? >>> >>> Thanks >>> >>> >>> Matthias >>> _______________________________________________ >>> Magritte, Pier and Related Tools ... >>> https://www.iam.unibe.ch/mailman/listinfo/smallwiki >>> >> >> _______________________________________________ >> Magritte, Pier and Related Tools ... >> https://www.iam.unibe.ch/mailman/listinfo/smallwiki >> > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > -- Lukas Renggli http://www.lukas-renggli.ch From garduino at gmail.com Wed Oct 28 23:07:15 2009 From: garduino at gmail.com (=?ISO-8859-1?Q?Germ=E1n_Arduino?=) Date: Wed, 28 Oct 2009 19:07:15 -0300 Subject: Pier Users Change Own Passwords In-Reply-To: <122E23D1-D6CF-463E-B33E-579951952D23@iam.unibe.ch> References: <26ee8b3e0909160734x792ad5exf7bda386a57bb1b8@mail.gmail.com> <122E23D1-D6CF-463E-B33E-579951952D23@iam.unibe.ch> Message-ID: Hi: And, exist some component that permit a user surfing the site can register himself (ask to registration on the site) as most users that requires logon? Cheers. 2009/9/16 Tudor Girba : > Hi Joel, > > In the default configuration, once the user gets logged in, there is a link > at the bottom with which you can change the password. > > Cheers, > Doru > > > On 16 Sep 2009, at 16:34, Joel Turnbull wrote: > >> >> Is there a Pier Component that allows non-admin type users to change their >> own passwords? >> >> Thanks >> Joel >> _______________________________________________ >> Magritte, Pier and Related Tools ... >> https://www.iam.unibe.ch/mailman/listinfo/smallwiki > > -- > www.tudorgirba.com > > "No matter how many recipes we know, we still value a chef." > > > > > > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki >