> On 23 Jun 2015, at 22:55, Sebastian Heidbrink wrote:
>
> Hi Sergio,
>
> Zinc-REST is part of the Zinc repository and a fork for Gemstone can be found
> here:
> https://github.com/GsDevKit/zinc/tree/gs_master/repository/Zinc-REST.package
> Most part is to implement the code that generates th
Hi Sergio,
Zinc-REST is part of the Zinc repository and a fork for Gemstone can be
found here:
https://github.com/GsDevKit/zinc/tree/gs_master/repository/Zinc-REST.package
Most part is to implement the code that generates the Swagger
specification for your ZnRESTCall subclasses. But it is no v
You can build a simple REST service on top of the Zinc HTTP server quite easily
and quickly, there is even an example in the EnterprisePharo book The book is a
work in progress but you can get this text here:
https://ci.inria.fr/pharo-contribution/view/Books/job/EnterprisePharoBook/lastSuccessf
hey, sebastian.. this looks great! this looks like what i am after..
did you run into any problems or limitations using Amber as a front end? I
have not tried Amber yet, so this might be the right time to give it a
shot.. where did you find zinc-rest? a quick search turns up references to
it.. sho
Just curious. How do you implement authorization/authentication? Is
there OAuth(2) support? Or you just use api token?
Mariano
On 23/06/15 16:12, Sebastian Heidbrink wrote:
> Am 23.06.2015 um 11:40 schrieb sergio_101:
>> I have been a project coming up that I really onlyneed a restful API on.
>>
In the event you need a bit more than the below would buy you (although it
sounds like it would be fine) Seaside has a REST add-on ->
http://book.seaside.st/book/advanced/restful
Andrew
From: Pharo-users on behalf of
Sebastian Heidbrink
Reply-To: Any question about pharo is welcome
Date: Tu
Am 23.06.2015 um 11:40 schrieb sergio_101:
I have been a project coming up that I really onlyneed a restful API on.
The front end will be first built on a mobile device(iOS )then back
on possibly android, with a very stripped down web application.
i would like to use pharo/gemstones as the
I have been a project coming up that I really onlyneed a restful API on.
The front end will be first built on a mobile device(iOS )then back on
possibly android, with a very stripped down web application.
i would like to use pharo/gemstones as the database.
is there a project out there that a
Oh thanks!
I'll search through this web site next time before asking :)...
On 22/06/15 01:50, Peter Uhnák wrote:
I suggest using http://forum.world.st/ for searching through mailing lists;
using Google is often hit-or-miss (which even with all its neural networks
and tracking me everywhere is
Done!
Sorry for taking so long before acting…
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> On Apr 17, 2015, at 5:56 PM, Peter Uhnák wrote:
>
> There is any other way I can help with d
Hi Jan!
Sorry to replied so lately.
I have renamed DCTRCanvasExporter into RTCanvasExporter.
As you said, it works essentially on Trachel for now. However, I suspect this
will change. You often want to particularize the export (e.g., do you want to
have the menu or not?)
Thanks!
Cheers,
Alex
Ok. Thanks a lot.
Abdelghani
De : Tudor Girba
À : abdelghani ALIDRA
Cc : Any question about pharo is welcome
Envoyé le : Mardi 23 juin 2015 13h51
Objet : Re: [Pharo-users] Moose
You do not have to return anything if you do not have any information.
FAMIXAssociation already does t
You do not have to return anything if you do not have any information.
FAMIXAssociation already does that job for you.
Doru
On Tue, Jun 23, 2015 at 11:42 AM, abdelghani ALIDRA
wrote:
> Thank you Tudor,
>
> Yes, it makes sence.
> Then I suppose that I just return nil if I dont want to display th
Thank you Tudor,
Yes, it makes sence.Then I suppose that I just return nil if I dont want to
display the previous and next information.
Regards
De : Tudor Girba
À : abdelghani ALIDRA ; Any question about pharo is
welcome
Envoyé le : Lundi 22 juin 2015 21h25
Objet : Re: [Pharo-users]
On Mon, Jun 22, 2015 at 3:30 PM, Yuriy Tymchuk wrote:
> My 2 cents:
>
> we need a diff model. Because for now there is TextDiffBuilder which
> “diffs” text by lines i.e. bad granularity, and there is a DiffMorph that
> produces nice diffs but it’s hard to reuse it in other contexts.
>
+1
>
> U
15 matches
Mail list logo
