Thanks, Gilad. ----- Original Message -----
From: "David Jaša" <djasa@redhat.com> To: "Gilad Chaplik" <gchaplik@redhat.com> Cc: "engine-devel" <engine-devel@ovirt.org> Sent: Thursday, March 27, 2014 1:55:36 PM Subject: Re: [Engine-devel] REST API - where did bookmarks go?
On St, 2014-03-26 at 09:27 -0400, Gilad Chaplik wrote:
----- Original Message -----
From: "David Jaša" <djasa@redhat.com> To: "Gilad Chaplik" <gchaplik@redhat.com> Cc: "Vojtech Szocs" <vszocs@redhat.com>, "Einav Cohen" <ecohen@redhat.com>, "engine-devel" <engine-devel@ovirt.org> Sent: Wednesday, March 26, 2014 1:59:46 PM Subject: Re: [Engine-devel] REST API - where did bookmarks go?
I don't use bookmarks in RHEV-M but if I did, I wouldn't be pleased if I had to use another computer when things go wrong and in addition, engine wouldn't give me my bookmarks... IMO if bookmarks are to stay, they should be server-side.
I think that browser's bookmarks are much more advanced, sophisticated and native; i.e. I'd rather have in my browser a bookmark to down HA VMs search, instead of: - opening the application - open the bookmarks tab - searching the bookmark * and that's after I know how to use it (I've read the manual[??]/wasted time in playing with it), and remember how to use it from time to time.
OK, that's an argument for no bookmarks in webadmin. My point was for client-side vs. server-side webadmin bookmarks.
Actually, my point is also valid for webadmin bookmarks vs. browser bookmarks - imagine you have to do something urgent and the only thing is say private browser tab of your colleaugues machine. With webadmin bookmarks, you have everything at hand. With browser-based bookmarks, you essentially lose them till you come to some sync'd browser.
David
Again I think it's a really rare use-case, we shouldn't base our UI on that.
David
On Po, 2014-03-24 at 11:28 -0400, Gilad Chaplik wrote:
Hi Guys,
Why we need bookmarks in API? a single liner that points out to another single liner? I know that we need it for 'UI over REST' migration, but... IMHO bookmarks should be saved in client side, maybe inject the search string in the url, and get 'real' bookmarks/favorites... I don't know :-)
Thanks, Gilad.
----- Original Message -----
From: "Vojtech Szocs" <vszocs@redhat.com> To: "Juan Hernandez" <jhernand@redhat.com> Cc: "engine-devel" <engine-devel@ovirt.org> Sent: Wednesday, March 12, 2014 1:27:19 PM Subject: Re: [Engine-devel] REST API - where did bookmarks go?
----- Original Message -----
From: "Juan Hernandez" <jhernand@redhat.com> To: "Vojtech Szocs" <vszocs@redhat.com>, "engine-devel" <engine-devel@ovirt.org> Cc: "Einav Cohen" <ecohen@redhat.com> Sent: Tuesday, March 11, 2014 7:22:35 PM Subject: Re: REST API - where did bookmarks go?
On 03/11/2014 07:15 PM, Vojtech Szocs wrote: > Hi guys, > > as part of prototyping new JavaScript binding for oVirt REST API, > we chose a couple of business entities (resources) to experiment > with. > > I just realized that requesting /ovirt-engine/api doesn't return > any information about bookmarks. Where did bookmarks go? Is it > possible to manage bookmarks through REST API? > > Note: WebAdmin currently gets bookmarks through GWT RPC by > calling > GetAllBookmarksQuery. Bookmark seems like proper backend business > entity (with DAO and everything) so it should be exposed also via > REST API.. or am I missing something? > > Thanks, > Vojtech >
The didn't go anywhere, just never existed in the API. Please open a RFE to add them.
Thanks, Juan. The RFE is here:
https://bugzilla.redhat.com/1075556
-- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel