SU Lightbox and GLORP

> Using the same Transcript test statements, I've found that it doesn't work
> me.
> The lightbox does not block.
>
> Is there something wrong with my Squeak image? What should I be looking
> for?
>
> Richard
>
> ---------
>> Because when I put code after the call to #inform:, it gets executed
>> immediately and it doesn't wait for either the Yes button or the No
>> button
>> to be clicked in the lightbox.
>
> The test in SULightboxTest works (blocks twice) for me. Does it work for
> you?
>
>    http://localhost:8080/seaside/tests/lightbox-dialog
>
> Lukas
>

> -----Mensaje original-----
> De: [hidden email]
> [mailto:[hidden email]] En nombre
> de Richard K Eng
> Enviado el: Lunes, 24 de Septiembre de 2007 17:23
> Para: Seaside - general discussion
> Asunto: Re: [Seaside] SU Lightbox and GLORP
>
> Because when I put code after the call to #inform:, it gets
> executed immediately and it doesn't wait for either the Yes
> button or the No button to be clicked in the lightbox.
>
> Unless I'm doing something really stupid when I call #inform:...
>
> remove: item
>  | fred |
>  fred := self inform: 'Are you SURE?'.
>  fred
>   ifNotNil: [Transcript cr; show: 'RKE: Not nil.'].
>  Transcript cr; show: 'RKE: After inform.'
>
> inform: aString
>  ^self lightbox: (GSRemoveVideoLB new addMessage: aString)
>
> Both lines are printed in the Transcript even before I click
> on the lightbox buttons.
>
> Regards,
> Richard
>
> -----------
> > It's tricky because the SU Lightbox is non-blocking, ie, it doesn't
> > wait for the #answer. I've spent all day working around
> this issue and
> > I think I've solved it. BUT IT IS NOT PRETTY.
>
> Why do you think the lightbox is non-blocking? WAComponent>>#lightbox:
> uses exactly the same code as WAComponent>>#call: ...
>
> Lukas
>
> _______________________________________________
> Seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

> Yes, you *are* missing something.  :-)
>
> I was trying to apply the exceptionally cool lightbox effect
> for my "confirm:" dialog. Maybe I'm being a little anal about
> it, because certainly the #confirm: statement will do what I
> need to do in a utilitarian fashion, but I wanted to do
> something a little spiffier for my application.
>
> Hey, why not?
>
> Richard

> Yes, you *are* missing something.  :-)
>
> I was trying to apply the exceptionally cool lightbox effect for my
> "confirm:" dialog. Maybe I'm being a little anal about it, because
> certainly the #confirm: statement will do what I need to do in a
> utilitarian fashion, but I wanted to do something a little spiffier for my
> application.
>
> Hey, why not?
>
> Richard

> Yeah, it's a strange subject title and I have a long story to go with it...
>
> I'm using GLORP to implement a catalog of items. In the "admin" page of my
> app, I want to add, delete, or modify items in the catalog.
>
> So the Seaside webpage shows a table of catalog items. When I add an item to
> the catalog database, I want it reflected in the web table. When I delete an
> item from the catalog database, I also want it reflected in the web table.
> In other words, I want the web table to be always in sync with the catalog
> database.
>
> The tricky part comes in the delete operation because I want to throw up a
> SU Lightbox that asks "Are you SURE?" This lightbox has two buttons: Yes and
> No.
>
> It's tricky because the SU Lightbox is non-blocking, ie, it doesn't wait for
> the #answer. I've spent all day working around this issue and I think I've
> solved it. BUT IT IS NOT PRETTY.
>
> And Smalltalk solutions should usually be pretty.
>
> So I guess I have two questions:
>
> 1) Is there a more elegant way to make the webpage table always in sync with
> the GLORP database (esp. after add and delete operations)?
>
> 2) Is there a way to make the SU Lightbox *blocking*? If there were, I could
> do the delete and webpage table update the same clean way I've done it for
> the #add operation.
>
> Thanks,
> Richard
>
> _______________________________________________
> Seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>

> Okay, with Lukas' help, I've learned that my Squeak image
> (squeak-web-118) as downloaded from Damien Cassou's website
> was corrupted somehow. At his recommendation, I've avoided
> the "developer image" and started from scratch with a fresh
> Squeak 3.9 image. I've installed Seaside 2.8a.
>
> #confirm: now works fine with lightbox. I'm a happy camper.
> Well, almost.
> Now that I'm no longer using the developer image, I miss not
> having the "refactoring browser" or color coding or
> eCompletion. I don't know where to get (or how to install)
> these things.
>
> Regards,
> Richard