[Bug 63807] No way to filter devices

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=63807

--- Comment #19 from Marc-Andre Lureau <marcandre.lureau at gmail.com> ---
(In reply to comment #17)
> (In reply to comment #14)
> > (In reply to comment #5)
> > > (In reply to comment #4)
> > > > (In reply to comment #2)
> > > > > (In reply to comment #1)
> > > > > > This is fixed by this commit, closing:
> > > > > > http://cgit.freedesktop.org/spice/spice-gtk/commit/
> > > > > > ?id=0ebcc23c0642d2bddcb05ed4152497c99cb3ca1d
> > > > > 
> > > > > Sorry but you are not getting away that easy. :) As I pointed out on IRC,
> > > > > its a very ugly API if you are asking apps to give you a very cryptic string
> > > > > for filter. Surely you can add some enums/flags and allow apps to filter
> > > > > through that. If you fail in that, at the very least add some docs
> > > > > explaining the syntax of the filter string you are expecting from apps.
> > 
> > Sure, but a string is a *lot* more flexible, friendly for humans, and you
> > can still get errors if it is malformed.
> 
> At runtime, yes. What if you had to change string format tomorrow? How would
> you resolve the issue of existing binaries of Boxes (and other using apps)
> breaking against it?

Just like printf? it won't break.

> Also, IDEs won't help you with autocompletion with such dynamic strings
> either, which they would if you provide a proper static API. I am very
> surprised with your assertions here since I know that you are a great
> developer with lots of experience. :(

I already explained myself, there are tradeoffs here. If you want a stricter
API, you can implement it on top.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/spice-bugs/attachments/20140805/7ee97645/attachment.html>