Seaside 3.1 and Pharo issues

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Seaside 3.1 and Pharo issues

StormByte
Currently, there are issues with latest stable seaside and pharo, which have
been talked before but seems not getting much attention, and some of them
are important, so I want to do a little summary here.

First of all, I have to say that I am new on smalltalk, pharo and seaside,
and started by reading Pharo by example, Deep into Pharo and Seaside
tutorial by Hasso Plattner Institut.

One of the issues (minor) is an error in startup script for linux which
comes with the Seaside one click experience tarball (3.1) which I made a
patch to correct:

--- Seaside3.1-OneClick.app/Pharo2.0-portable.sh.original       2014-01-30
12:28:38.000000000 +0100
+++ Seaside3.1-OneClick.app/Pharo2.0-portable.sh        2015-01-08
10:47:31.306292421 +0100
@@ -24,7 +24,7 @@
 
 # execute
 exec "$LINUX/pharo" \
-       -plugins "$LINUX" \
-       -encoding utf8 \
+       --plugins "$LINUX" \
+       --encoding utf8 \
        -vm-display-X11 \
        "$image"


Other issue, that is specially important because it confuses new users (like
me) is that there are things which only works with pharo3 and not with
pharo2, and other, that do work with pharo2 but not in pharo3, which is
confusing, because the one click experience tarball comes with pharo2, so I
try to enumerate them here:

** Halos, and code editing:
   - Pharo2: OK, working normally
   - Pharo3: DANGEROUS, partially not working, and when it works it makes
you lose code, I explain:
       x There are times in which you simply get the error:
MessageNotUnderstood: receiver of "generateWithSource" is nil and you can't
edit code
       x When you don't get the above error, then you can edit code but when
trying to save, I detected 2 possible bad behaviors:
             - Save appears to work, but when you actually browse the code
you changed via browser in pharo, you see your whole method's code is
replaced by self methodHasNoSourceCode, in this case you lost your original
code
             - Save not working, and debugger is raised, telling you:
Unknown variable (the method name you just edited), for example, in my case
I edited via browser the initialize method, and I got Unknown variable
initialize.

** Seaside Control Panel:
    - Pharo3: OK, no errors
    - Pharo2: Not working:
        x Menu entry is missing
        x If you invoke it manually or you just use the one that is raised
when you open firstly the one click experience image:
            * Right click not showing anything (in pharo3 right click
displays add adapter and that kind of options)
            * Selecting an adapter and clicking "Browse" give you: Not
understood message WAServerAdapterToolbar>>owner
            * Start/Stop options also shows above message not understood
error



Summary: Again, I am not an expert, and some of these issues are not
important enough, because seaside continues to work, but in my honest
opinion, that incongruity of functionality between versions 2 and 3, do not
make much sense, and make user to chose between comodity (seaside control
panel) and functionality (halos).


Any opinions to this? Thanks for taking your time to read :)

David.

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Seaside 3.1 and Pharo issues

StormByte
David Carlos Manuelda wrote:

> Currently, there are issues with latest stable seaside and pharo, which
> have been talked before but seems not getting much attention, and some of
> them are important, so I want to do a little summary here.
>
> First of all, I have to say that I am new on smalltalk, pharo and seaside,
> and started by reading Pharo by example, Deep into Pharo and Seaside
> tutorial by Hasso Plattner Institut.
>
> One of the issues (minor) is an error in startup script for linux which
> comes with the Seaside one click experience tarball (3.1) which I made a
> patch to correct:
>
> --- Seaside3.1-OneClick.app/Pharo2.0-portable.sh.original       2014-01-30
> 12:28:38.000000000 +0100
> +++ Seaside3.1-OneClick.app/Pharo2.0-portable.sh        2015-01-08
> 10:47:31.306292421 +0100
> @@ -24,7 +24,7 @@
>  
>  # execute
>  exec "$LINUX/pharo" \
> -       -plugins "$LINUX" \
> -       -encoding utf8 \
> +       --plugins "$LINUX" \
> +       --encoding utf8 \
>         -vm-display-X11 \
>         "$image"
>
>
> Other issue, that is specially important because it confuses new users
> (like me) is that there are things which only works with pharo3 and not
> with pharo2, and other, that do work with pharo2 but not in pharo3, which
> is confusing, because the one click experience tarball comes with pharo2,
> so I try to enumerate them here:
>
> ** Halos, and code editing:
>    - Pharo2: OK, working normally
>    - Pharo3: DANGEROUS, partially not working, and when it works it makes
> you lose code, I explain:
>        x There are times in which you simply get the error:
> MessageNotUnderstood: receiver of "generateWithSource" is nil and you
> can't edit code
>        x When you don't get the above error, then you can edit code but
>        when
> trying to save, I detected 2 possible bad behaviors:
>              - Save appears to work, but when you actually browse the code
> you changed via browser in pharo, you see your whole method's code is
> replaced by self methodHasNoSourceCode, in this case you lost your
> original code
>              - Save not working, and debugger is raised, telling you:
> Unknown variable (the method name you just edited), for example, in my
> case I edited via browser the initialize method, and I got Unknown
> variable initialize.
>
> ** Seaside Control Panel:
>     - Pharo3: OK, no errors
>     - Pharo2: Not working:
>         x Menu entry is missing
>         x If you invoke it manually or you just use the one that is raised
> when you open firstly the one click experience image:
>             * Right click not showing anything (in pharo3 right click
> displays add adapter and that kind of options)
>             * Selecting an adapter and clicking "Browse" give you: Not
> understood message WAServerAdapterToolbar>>owner
>             * Start/Stop options also shows above message not understood
> error
>
>
>
> Summary: Again, I am not an expert, and some of these issues are not
> important enough, because seaside continues to work, but in my honest
> opinion, that incongruity of functionality between versions 2 and 3, do
> not make much sense, and make user to chose between comodity (seaside
> control panel) and functionality (halos).
>
>
> Any opinions to this? Thanks for taking your time to read :)
>
> David.

Also, debugger do not trigger, neither in pharo2 nor pharo3, for example
putting this on rootcomponent>>#renderContentOn: html
html text 'test'.
1/0.

Makes an error to raise in browser, but do not trigger debugger inside
Pharo, which makes debugging really hard, as the browser error do not give
enough information alone to locate the error.

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Seaside 3.1 and Pharo issues

sebastianconcept@gmail.co
I suggest you post the Pharo issues in the pharo list

best!

from mobile

> On 08/01/2015, at 08:28, David Carlos Manuelda <[hidden email]> wrote:
>
> David Carlos Manuelda wrote:
>
>> Currently, there are issues with latest stable seaside and pharo, which
>> have been talked before but seems not getting much attention, and some of
>> them are important, so I want to do a little summary here.
>>
>> First of all, I have to say that I am new on smalltalk, pharo and seaside,
>> and started by reading Pharo by example, Deep into Pharo and Seaside
>> tutorial by Hasso Plattner Institut.
>>
>> One of the issues (minor) is an error in startup script for linux which
>> comes with the Seaside one click experience tarball (3.1) which I made a
>> patch to correct:
>>
>> --- Seaside3.1-OneClick.app/Pharo2.0-portable.sh.original       2014-01-30
>> 12:28:38.000000000 +0100
>> +++ Seaside3.1-OneClick.app/Pharo2.0-portable.sh        2015-01-08
>> 10:47:31.306292421 +0100
>> @@ -24,7 +24,7 @@
>>
>> # execute
>> exec "$LINUX/pharo" \
>> -       -plugins "$LINUX" \
>> -       -encoding utf8 \
>> +       --plugins "$LINUX" \
>> +       --encoding utf8 \
>>        -vm-display-X11 \
>>        "$image"
>>
>>
>> Other issue, that is specially important because it confuses new users
>> (like me) is that there are things which only works with pharo3 and not
>> with pharo2, and other, that do work with pharo2 but not in pharo3, which
>> is confusing, because the one click experience tarball comes with pharo2,
>> so I try to enumerate them here:
>>
>> ** Halos, and code editing:
>>   - Pharo2: OK, working normally
>>   - Pharo3: DANGEROUS, partially not working, and when it works it makes
>> you lose code, I explain:
>>       x There are times in which you simply get the error:
>> MessageNotUnderstood: receiver of "generateWithSource" is nil and you
>> can't edit code
>>       x When you don't get the above error, then you can edit code but
>>       when
>> trying to save, I detected 2 possible bad behaviors:
>>             - Save appears to work, but when you actually browse the code
>> you changed via browser in pharo, you see your whole method's code is
>> replaced by self methodHasNoSourceCode, in this case you lost your
>> original code
>>             - Save not working, and debugger is raised, telling you:
>> Unknown variable (the method name you just edited), for example, in my
>> case I edited via browser the initialize method, and I got Unknown
>> variable initialize.
>>
>> ** Seaside Control Panel:
>>    - Pharo3: OK, no errors
>>    - Pharo2: Not working:
>>        x Menu entry is missing
>>        x If you invoke it manually or you just use the one that is raised
>> when you open firstly the one click experience image:
>>            * Right click not showing anything (in pharo3 right click
>> displays add adapter and that kind of options)
>>            * Selecting an adapter and clicking "Browse" give you: Not
>> understood message WAServerAdapterToolbar>>owner
>>            * Start/Stop options also shows above message not understood
>> error
>>
>>
>>
>> Summary: Again, I am not an expert, and some of these issues are not
>> important enough, because seaside continues to work, but in my honest
>> opinion, that incongruity of functionality between versions 2 and 3, do
>> not make much sense, and make user to chose between comodity (seaside
>> control panel) and functionality (halos).
>>
>>
>> Any opinions to this? Thanks for taking your time to read :)
>>
>> David.
>
> Also, debugger do not trigger, neither in pharo2 nor pharo3, for example
> putting this on rootcomponent>>#renderContentOn: html
> html text 'test'.
> 1/0.
>
> Makes an error to raise in browser, but do not trigger debugger inside
> Pharo, which makes debugging really hard, as the browser error do not give
> enough information alone to locate the error.
>
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Seaside 3.1 and Pharo issues

Stephan Eggermont-3
In reply to this post by StormByte
David wrote:
>Also, debugger do not trigger, neither in pharo2 nor pharo3, for example
>putting this on rootcomponent>>#renderContentOn: html
>html text 'test'.
>1/0.

I cannot reproduce that. Are you sure your application exception handler (in the filters)
is set to do debugging? That is, WADebugErrorHandler instead of WAErrorHandler

>** Halos, and code editing:
>   - Pharo2: OK, working normally
>   - Pharo3: DANGEROUS, partially not working, and when it works it makes
>you lose code, I explain:

That is an issue indeed. It is a feature that you try to use as a new seaside user,
and then never again. The quality of tools in image is so much better than
that online, that I don't know any experienced seasider using it, on any platform.
That has allowed this issue to go undiscovered so long.

It has been reported on december 11. https://code.google.com/p/seaside/issues/detail?id=837
http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-td4795419.html
December is a bad month to get non-critical issues fixed. I've spend my time
getting moose ready for the 5 release.

The seaside control panel is never going to work in Pharo2.
Both the old one and the new one don't work there.
If you need to run Seaside in Pharo2, all functionality of the panel is scripted
easily, so there are sufficient workarounds.

Stephan_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Seaside 3.1 and Pharo issues

StormByte
Stephan Eggermont wrote:

> David wrote:
>>Also, debugger do not trigger, neither in pharo2 nor pharo3, for example
>>putting this on rootcomponent>>#renderContentOn: html
>>html text 'test'.
>>1/0.
>
> I cannot reproduce that. Are you sure your application exception handler
> (in the filters) is set to do debugging? That is, WADebugErrorHandler
> instead of WAErrorHandler
>
Ok, done that by deeply looking at the config. I was using defaults, which I
thought that since it was already set on developer mode by default it should
be set that also.
Now it works, thanks for pointing me in the right direction.

>>** Halos, and code editing:
>>   - Pharo2: OK, working normally
>>   - Pharo3: DANGEROUS, partially not working, and when it works it makes
>>you lose code, I explain:
>
> That is an issue indeed. It is a feature that you try to use as a new
> seaside user, and then never again. The quality of tools in image is so
> much better than that online, that I don't know any experienced seasider
> using it, on any platform. That has allowed this issue to go undiscovered
> so long.
>
For editing code, yes, it is way better to not use halos, but modifying
renderContentOn on the fly via halos, for example, saves little time :)

> It has been reported on december 11.
> https://code.google.com/p/seaside/issues/detail?id=837
> http://forum.world.st/Pharo-3-Seaside-3-1-development-time-error-td4795419.html
> December is a bad month to get non-critical issues fixed. I've spend my
> time getting moose ready for the 5 release.
>
> The seaside control panel is never going to work in Pharo2.
> Both the old one and the new one don't work there.
> If you need to run Seaside in Pharo2, all functionality of the panel is
> scripted easily, so there are sufficient workarounds.
>

> Stephan
About that, have been already issued, just wanted to point a messy user
experience, specially if you are new to this like me. Using pharo3 is not a
problem.

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside