Daily commit

Qt is a cross-platform application framework and widget library written in C++. It is shiped with a form designer simply called designer which save the created mockup in XML format with the .ui extension. While Qt is generally used with Qt its own build called qmake and a project file, if you need external dependency checks and more control on the building process, you may want to use it with cmake .   The .ui form The .ui file contains the form definition. The simplest way to get one is to create it using the designer tool but this is plain XML so you can copy/paste it with a simple text editor as well. Let's call it form.ui : <?xml version="1.0" encoding="UTF-8"?> <ui version="4.0"> <class>Form</class> <widget class="QWidget" name="Form"> <property name="geometry"> <rect> <x>0</x> <y>0</y> <width>400</width> &

While writing unit tests for a ruby project, headers-date , I had to unit test a function that print some useful debugging informations in terminal using IO#puts stdlib function. This code originally was posted to the following google group . The tested class Let's imagine a to-be-tested class that use puts , print or p IO methods to print some text to stdout (or stderr ). class TestMe def print puts "Some useful text" end end The capture trick To help testing the printed text, we will implement a new function called util_capture . It simply temporarily replace both $stdout and $stderr variables. The dollar sign prefix (sometimes called a sigil )in ruby is used to identify global variables . Here are really sparce official documentation on $stddout and $stderr The yield keyword will be replaced by your block. def util_capture require 'stringio' orig_stdout = $stdout.dup orig_stderr = $stderr.dup captured_stdout =

A singleton is a class that can only be instantiated once. The design pattrern restricts the class to one single instance and further access will always return the same, first one. As explained in the singleton.html page, the boost serialization library has a Singleton class defined in the shipped Singleton.hpp C++ header. Dependencies On arch -based distributions, such as manjaro , this header is part of the extra/boost package. On Debian Bullseye , it is part of the libboost1.74-dev one but it's a dependency of the libboost-dev dependency package. So, according to your distribution, use the needed command : sudo pacman -S boost or sudo apt-get install libboost-dev Usage As seen in the boost class interface documentation, to use it, you just have to create a class that inherits the singleton one. Here is an example class that use boost's singleton to ensure one and only one instance will be in use : #include <boost/serialization/singleton.hpp>

This trick comes from a brand-new project I hosted at github : elecrud , more specifically the MainWindow::onFileOpen() method you can find in the src/editor/MainWindow.cpp file.   The dialog class The FXFileDialog class reference can be found online here for the 1.6 version of the fox toolkit library. So, obviously, you could instantiate FXFileDialog but the simplest way to use it is to use Static Public Member Functions , for example getSaveFilename() or getOpenFilename() : FXString filename = FXFileDialog::getOpenFilename(this, "Open a project...", "~"); // use filename here The owner class The only limitation is that you must have a valid owner as first parameter. If you try nullptr you may have a silly segmentation fault . The simplest solution is to call it from a class that inherits a Fox class, for example a MainWindow : class MainWindow : public FXMainWindow { // Macro for class hierarchy decla

Well, this name is a bit weird but the project's still cool and since it's a new project, here it is : elecrud is a C++ fox-toolkit-based multi-user CRUD operator electron application generator. The goal is to create a lightweight yet portable graphical application used to edit and generate an electron application used to feed and edit a persistant set (i.e. a database) via standardized CRUD operations. Presentation This project is mainly a way to keep learning fox-toolkit , a very lightweight, open source and cross-platform widget toolkit libray licensed under LGPL. The main advantage of this toolkit, apart being lightweight is to have the same lookn-n-feel on all plateforms. While the first steps of the project seems pretty straightforward ( mainwindow and menu stuff), project serialization thing, the electron application squeleton and generation may fastly become challenging. The application is available under GPL v3 or later and hosted at github : https:/

In the RainbruRPG 's LocalTest class, we show the map generation progress from libRLGL using a LoadingBar. The loading informations simply come from a Publisher/Subscriber design pattern from the LoadingBarListener override. Following examples are obviously implemented in C++. It should correctly build on every compiler with, at least, C++11 support. The PubSub design pattern This design pattern involves at least three classes. Here is an example UML diagram done with umbrello , a free and open source UML modeler licensed under GPL 2 or later : In this example, the Publisher class will be able to send message to an arbitrary list of classes that inherits the Listsner abstract type. From the Publisher point of view The publisher side needs at least a base class to be overridden by the subscriber and a list of subscribers : #include <vector> class Listener { public: virtual void message1()=0; virtual void message2()=0; virtual void message3()=0; }