- Signals and slots? MOC? LOL. - 2 Updates
- json path in C++ - 2 Updates
- A replacement for getters/setters ? - 1 Update
- Swearing not considered harmful... - 2 Updates
- TDD considered harmful - 1 Update
Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Feb 12 11:36PM On 12/02/2016 16:39, Scott Lurndal wrote: >>> G_CALLBACK(keypress), this); >> that's ugly to say the least. > Eye of the beholder. Less ugly than a 300 line lambda. Did you not read my other reply? Nobody is suggesting that you replace it with a 300 line lambda. You replace it with a lambda that calls other functions: functional decomposition mate. /Flibble |
Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Feb 12 11:38PM On 12/02/2016 16:42, Scott Lurndal wrote: > It's a big switch on the keyval. Sure, could use a lookup table and > call a function, but why? It works. It's easy to maintain. And it was > written a long long time ago for X11R4 and ported later to GTK2. You can still have a switch but the cases simply call other functions. Also what is this "goto leave" nonsense? /Flibble |
Daniel <danielaparker@gmail.com>: Feb 12 11:11AM -0800 On Friday, February 12, 2016 at 11:22:29 AM UTC-5, Christopher Pisz wrote: > library that handles this. > I found jsoncpp, but it crashes when you give it a path of more than 1 > level. Can't find anything else My json library jsoncons has an implementation of Stefan Goessner's JsonPath, https://github.com/danielaparker/jsoncons/wiki/json_query. There may be others in C++, but you're unlikely to find any json path implementation that is as robust or industrial strength as xpath in the XML world. Not to mention that while Stefan Goessner's JsonPath is widely used, it doesn't have a formal specification. An alternative would be to transform the json into an XML representation and send it to an XPATH validator. If you have a json processor that can stream json events, and an XPATH validator that can receive SAX events, that could be a practical solution. Daniel |
guinness.tony@gmail.com: Feb 12 03:12PM -0800 On Friday, 12 February 2016 16:22:29 UTC, Christopher Pisz wrote: > Has anyone implemented an xpath equiv for json in C++? > ermehgerd, it's killing me. <snip> "ermehgerd"? What is that? Even the mighty Google can't help me. |
"Hans Bos" <hans.bos@xelion.nl>: Feb 12 11:53PM +0100 "Cholo Lennon" <chololennon@hotmail.com> wrote in message news:n9kjjo$62s$1@gioia.aioe.org... ... > provide a synchronous access to data). Another advantage over public data > members is that calls to them can be deferred in time with > std::function/std::bind. You can use std::function and std::bind with data members as well since they are defined in terms of INVOKE (or std::invoke). You can call std::invoke with a pointer to member and an object pointer. Greetings, Hans. |
Christian Gollwitzer <auriocus@gmx.de>: Feb 12 08:30PM +0100 Am 12.02.16 um 16:16 schrieb JiiPee: >> Christian > Starting fights/fighting on the streets also relieves pain (as adrealine > is released), so according to your logic we should all start to fight? :) You know about Kant's categoric imperative? That applies well here and tells you that we should all start swearing under pain, but not fight ourselves. Christian |
Ian Collins <ian-news@hotmail.com>: Feb 13 08:43AM +1300 Christian Gollwitzer wrote: > You know about Kant's categoric imperative? That applies well here and > tells you that we should all start swearing under pain, but not fight > ourselves. https://www.youtube.com/watch?v=JaY7VTftPdY -- Ian Collins |
Jerry Stuckle <jstucklex@attglobal.net>: Feb 11 09:15PM -0500 On 2/11/2016 4:35 PM, Vir Campestris wrote: > to argue with you about it. > But for the avoidance of doubt you are wrong. > Andy Oh, and BTW - when I challenged these so-called experts as to whether they tested every NAND, NOR and inverter in their design to see if they operated as such, there was no answer. Confirmation enough. They don't do it, either. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ================== |
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page. To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com. |
No comments:
Post a Comment