- neoGFX .. the ultimate C++ GUI library .. coming soon! - 5 Updates
- Why "::std"? - 1 Update
- Nice Chromium and clumsy memset - 3 Updates
- The problem with today's world - 2 Updates
- Simple Program from 2.3.2 of Stroustrup 3/e - 1 Update
- Code::Blocks and Eclipse same debugger error "No symbol table loaded" - 1 Update
Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Jan 26 08:29PM Hi! Video of neoGFX's automatic GUI theme palette colourisation: https://www.youtube.com/watch?v=u9A5EGE5KYg&feature=youtu.be neoGFX .. the ultimate C++ GUI library .. coming soon! /Flibble -- "Suppose it's all true, and you walk up to the pearly gates, and are confronted by God," Bryne asked on his show The Meaning of Life. "What will Stephen Fry say to him, her, or it?" "I'd say, bone cancer in children? What's that about?" Fry replied. "How dare you? How dare you create a world to which there is such misery that is not our fault. It's not right, it's utterly, utterly evil." "Why should I respect a capricious, mean-minded, stupid God who creates a world that is so full of injustice and pain. That's what I would say." |
"Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Jan 26 03:53PM -0500 On 1/26/2018 3:29 PM, Mr Flibble wrote: > Video of neoGFX's automatic GUI theme palette colourisation: > https://www.youtube.com/watch?v=u9A5EGE5KYg Your work is excellent. It looks awesome. I would like to use it in place of my OpenGL implementation. -- Thank you! | Indianapolis, Indiana | God is love -- 1 John 4:7-9 Rick C. Hodgin | http://www.libsf.org/ | http://tinyurl.com/yaogvqhj ------------------------------------------------------------------------- Software: LSA, LSC, Debi, RDC/CAlive, ES/1, ES/2, VJr, VFrP, Logician Hardware: Arxoda Desktop CPU, Arxita Embedded CPU, Arlina Compute FPGA |
Christian Gollwitzer <auriocus@gmx.de>: Jan 26 10:17PM +0100 Am 26.01.18 um 21:29 schrieb Mr Flibble: > Video of neoGFX's automatic GUI theme palette colourisation: > https://www.youtube.com/watch?v=u9A5EGE5KYg&feature=youtu.be > neoGFX .. the ultimate C++ GUI library .. coming soon! I'm sorry to say that, but the 3D shiny buttons already look a bit outdated to my eyes. Nowadays "flat design" is the new modern look - and this will continue to change over and over again. Unless you are willing to constantly adapat the styling, it will look old-fashioned very soon. Christian |
Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Jan 26 09:24PM On 26/01/2018 21:17, Christian Gollwitzer wrote: > outdated to my eyes. Nowadays "flat design" is the new modern look - and > this will continue to change over and over again. Unless you are willing > to constantly adapat the styling, it will look old-fashioned very soon. I on the other hand like the 3D look; style is by its nature very subjective however neoGFX will come with multiple widget skins one of which will be the "modern" flat style. /Flibble -- "Suppose it's all true, and you walk up to the pearly gates, and are confronted by God," Bryne asked on his show The Meaning of Life. "What will Stephen Fry say to him, her, or it?" "I'd say, bone cancer in children? What's that about?" Fry replied. "How dare you? How dare you create a world to which there is such misery that is not our fault. It's not right, it's utterly, utterly evil." "Why should I respect a capricious, mean-minded, stupid God who creates a world that is so full of injustice and pain. That's what I would say." |
red floyd <dont.bother@its.invalid>: Jan 26 02:13PM -0800 On 1/26/2018 1:24 PM, Mr Flibble wrote: > I on the other hand like the 3D look; style is by its nature very > subjective however neoGFX will come with multiple widget skins one of > which will be the "modern" flat style. We're seriously OT for c.l.c++ here, but I do agree with Flibble in that I much prefer 3D look, if only because you have inherent discoverability and visual feedback. |
Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Jan 26 09:27PM On 29/11/2017 06:40, Christian Gollwitzer wrote: > Actually, I'd love to have > using std::mathfunctions; > which import the basic trigonometric functions. Then make one; it is trivial to do. /Flibble -- "Suppose it's all true, and you walk up to the pearly gates, and are confronted by God," Bryne asked on his show The Meaning of Life. "What will Stephen Fry say to him, her, or it?" "I'd say, bone cancer in children? What's that about?" Fry replied. "How dare you? How dare you create a world to which there is such misery that is not our fault. It's not right, it's utterly, utterly evil." "Why should I respect a capricious, mean-minded, stupid God who creates a world that is so full of injustice and pain. That's what I would say." |
Andrey Karpov <karpov2007@gmail.com>: Jan 26 12:35AM -0800 We would like to suggest reading the series of articles dedicated to the recommendations on writing code of high quality using the examples of errors found in the Chromium project. This is the first part which will be devoted to the memset function. Gentlemen, we must do something about the memset function in C++ programs! Rather, it is clear what we must do at once - we have to stop using it. I wrote the article "The most dangerous function in the C/C++ world" at the time. I think it is easy to guess that this article will be exactly about memset. Continue: https://www.viva64.com/en/b/0553/ |
"Öö Tiib" <ootiib@hot.ee>: Jan 26 02:52AM -0800 On Friday, 26 January 2018 10:36:11 UTC+2, Andrey Karpov wrote: > We would like to suggest reading the series of articles dedicated to the recommendations on writing code of high quality using the examples of errors found in the Chromium project. This is the first part which will be devoted to the memset function. High quality recommendation suggests to use *something*. For example either std::array<WebUChar,kTextLengthCap> or std::basic_string<WebUChar> instead of those raw fixed or allocated with new arrays in C++ ... and decades old idioms 'memset(p, 0, length * sizeof *p);' in C. But your article fails even to tell relation between constant 'kTextLengthCap' and variable 'text_length_cap' as in WebUChar text[kTextLengthCap]; and memset(key_event->text, 0, text_length_cap); "High quality" indeed. :D |
cdalten@gmail.com: Jan 26 09:59AM -0800 Mr. Rick's CAlive fixes such things. |
mcheung63@gmail.com: Jan 26 08:55AM -0800 Rick C. Hodgin於 2018年1月24日星期三 UTC+8上午6時51分14秒寫道: > The details, Leigh... the enemy seeks to keep you from them for a reason. > -- > Rick C. Hodgin fuck off asshole |
"Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Jan 26 12:09PM -0500 >> -- >> Rick C. Hodgin > .. off .. Still filled with raging hate I see, Peter. How's that working out for you in all honesty? Do you find it a desirable trait to possess? There is another way. If you ever get tired of being angry and full of rage all the time ... know in your heart that there is another way. -- Rick C. Hodgin |
Jorgen Grahn <grahn+nntp@snipabacken.se>: Jan 26 03:02PM On Thu, 2018-01-25, Ian Collins wrote: >> of helper(), somewhere far down in the file. > I agree, helpers should be in the anonymous namespace, which has the > side effect of grouping then tidily. I should probably explain here that I reopen that namespace; there might be several of these in a given source file of mine: namespace { void some_helper(...) { ... } } But yes, they'd be grouped in a listing of names. /Jorgen -- // Jorgen Grahn <grahn@ Oo o. . . \X/ snipabacken.se> O o . |
Jorgen Grahn <grahn+nntp@snipabacken.se>: Jan 26 12:33PM On Thu, 2018-01-25, Vir Campestris wrote: > I'm going to guess you're running Linux and Gnu tools. > There's a switch "-g" to the Gnu compilers to make them generate debug > information. And I'm guessing the IDE has an option to do "debug" builds, which enables the option under the hood. IMO, one should always build with -g. It doesn't cost anything but disk space, and it lets you debug core dumps, debug with valgrind and so on. And you can always strip the binaries later, if it becomes necessary. /Jorgen -- // Jorgen Grahn <grahn@ Oo o. . . \X/ snipabacken.se> O o . |
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