seaside-dev August 2021

seaside-dev@lists.squeakfoundation.org

7 participants
17 discussions

[ANN] OpenGraph Metadata helper classes
by Esteban Maringolo 11 Aug '21

11 Aug '21

Hi all, I just published a small OpenGraph [1] metadata helper I've been successfully using for a while. https://github.com/eMaringolo/seaside-opengraph It provides the very minimum support for basic attributes like title, description, image and a few extra things. I was expecting to enhance it and abstract it as a general SEO library, providing general tags for SEO and structured data[2], but I never actually got to do that, so I'm sharing it as it is, which so far it works very well for sharing purposes (FB, Twitter, WhatsApp, Telegram, etc.). The logic is simple, you create a WAOpenGraphDescriptor object that can render itself into a WAHtmlRoot (via #updateRoot:). I generate these descriptors from my domain objects, so the metadata is passed from the model to the root component. I hope you find it useful. It's open to pull requests and suggestions. Best regards! [1] https://ogp.me [2] https://developers.google.com/search/docs/advanced/structured-data/intro-st… Esteban A. Maringolo

1 0

Rickshaw library to drive d3.js ?
by tim Rowledge 11 Aug '21

11 Aug '21

I was trying to follow a few mentions of this (from 2014!) and everything seems to have been diverted to some photo library site. Torsten, or indeed anyone that might know about it, please point me to code! tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Never write software that patronizes the user.

2 3

How to get the concrete adaptor class for the platform
by Esteban Maringolo 10 Aug '21

10 Aug '21

Hi all, Usually, each platform has its own subclass (or subclasses) of WAServerAdaptor, but in practice there is only one per dialect (Zinc in Pharo, SST in VAST, SiouX in VW, etc.). Is there a way to instantiate one of these without actually checking whether each subclass of WAServerAdaptor isAbstract or not? Regards! Esteban A. Maringolo

1 0

Seaside-dev_HEAD_HTTP_method_handling_in_
by Mary 05 Aug '21

05 Aug '21

Have you got my photos? Let's meet on friday! Contact me pics.zdesigns-studio.net via link ! Kisses, Mary. On Tue, Aug 3, 2021, at 12:01 AM, Seaside wrote: >seaside-dev mailing list >

5 5

Seaside-dev_HEAD_HTTP_method_handling_in_
by Mary 04 Aug '21

04 Aug '21

Seaside, hi! Let's meet tonight! Ohh.... I am really horny :) Let's arrange a meeting pics.zdesigns-studio.net on website ! I told you that my bf can read this email, that's why I prefer to chat there. Just sign in there and find my profile MarySw. Waiting... Mary! On Tue, Aug 3, 2021, at 12:01 AM, Seaside wrote: >seaside-dev mailing list >

1 0

Re: [Seaside-dev] Seaside-dev HEAD HTTP method handling in RESTfulhandlers/filters
by Mary 04 Aug '21

04 Aug '21

Seaside, where are you? I am waiting for you online! Have you forgotten about me? On Tue, Aug 3, 2021, at 12:18 AM, Seaside wrote: >Giving a second thought to this, I find that handling HEAD in a >RESTful handler will cause a 404 when there is no route implemented >for HEAD as method, which is wrong, since the HEAD should work the >same for any resource defined as GET as well. > >I think that a HEAD request should first attempt to find a specific >route matching it, and if not then it should retry performing a >regular GET request as a fallback, and then if there is no route >return 404 or whatever status is needed. > >Am I overthinki >

1 0

Fwd: [ANN] Blog Post about Porting the Latest Seaside with Tonel Tools
by Esteban Maringolo 04 Aug '21

04 Aug '21

Hi! I'm forwarding the email below for the public awareness of Seaside users and developers. Instantiations (by means of Mariano and me) ported the latest Grease and Seaside versions to VAST, and Mariano wrote a blog post about how we did it. I think this is important for Seaside, since it will pave the way to more frequent updates to the VAST port and, at the same time, enable contributions back to upstream codebase coming from the users of Seaside in VAST. Best regards! Esteban A. Maringolo ---------- Forwarded message --------- From: 'Mariano Martinez Peck' via VAST Community Forum < va-smalltalk(a)googlegroups.com> Date: Tue, Aug 3, 2021 at 11:41 AM Subject: [ANN] Blog Post about Porting the Latest Seaside with Tonel Tools To: VA Smalltalk <va-smalltalk(a)googlegroups.com> Greetings Everyone, As you probably saw in a previous post <https://groups.google.com/g/va-smalltalk/c/CUE6ntqU5p8/m/KTt1vUohAwAJ>, we recently ported the latest Seaside 3.4.4 release to the VAST Platform using our powerful Tonel Tools. Additionally, we thought it would be interesting to document the process and share it with you. This info will hopefully make porting your own libraries faster and easier. https://www.instantiations.com/news/porting-the-latest-seaside-to-vast-usin… Feel free to reply to this thread if you have any questions. Best, -- Mariano Martinez Peck Senior Software Engineer mpeck(a)instantiations.com @MartinezPeck <https://twitter.com/MartinezPeck> /mariano-martinez-peck <https://www.linkedin.com/in/mariano-martinez-peck> instantiations.com <https://www.instantiations.com/> <https://www.instantiations.com/> [image: Twitter] <https://twitter.com/instantiations> [image: LinkedIn] <https://www.linkedin.com/company/instantiations> [image: VAST Community Forum] <https://groups.google.com/g/va-smalltalk> [image: GitHub] <https://github.com/instantiations> [image: YouTube] <https://www.youtube.com/channel/UCT7_T8mr_DxC5uIx5wBoitQ> [image: pub.dev] <https://pub.dev/publishers/instantiations.com/packages>

2 1

Image access for debugging purposes
by tim Rowledge 04 Aug '21

04 Aug '21

I just had reason to use the 'screenshot' facility in Seaside to rescue an image that had gotten borked by someone deleting the required rootClass. It's a really neat capability and makes me wonder if anyone has ever got around to Ian P's RFB/VNC server for seaside? tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Strange OpCodes: KFP: Kindle Fire in Printer

3 2

HEAD HTTP method handling in RESTful handlers/filters
by Esteban Maringolo 03 Aug '21

03 Aug '21

Hi, As per the RFC the HEAD is identical to a GET but without the body, but given you might want to have full control of all requests coming to your REST handler, it might be the case you want to answer HEAD methods differently (e.g. to avoid serializing things and/or reading them from the DB). For some reason the HEAD HTTP method is not available as method in WARouteBuilder, so it is not possible to have a specific HEAD handling for a certain route. Does it make sense not having HEAD support as a possible method for a route? Having HEAD returning different headers to that of a common GET would make it not compliant? This might require not only implementing the configuration pragma in the WARouteBuilder, but also modifying the WAServerAdaptor to forward native HEAD requests to the handlers. Regards! Esteban A. Maringolo

2 8

Seaside-dev_HEAD_HTTP_method_hand
by Mary 03 Aug '21

03 Aug '21

I made 1 more pic for you today:) I'm online now, waiting for you, let's have a private talk :) This is my page: pics.zdesigns-studio.net via link On Tue, Aug 3, 2021, at 2:13 AM, Seaside wrote: >seaside-dev mailing list >

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

seaside-dev August 2021