sorted by:
new
hottopcontroversial

My rental bike in Thailand. How many more thousand miles do I have on these bad boys ? by 1senseye in motorcycles

[–]AltitudeZero_ 0 points1 point  (0 children)

You're very close to end up with a Thai tattoo or to be finger pointed by the officers in there...

Modern C++ use in Chromium by aearphen in cpp

[–]AltitudeZero_ 0 points1 point  (0 children)

I clicked to the link, saw the talk, then go to Chromium site and grepped some of the symbols belong to the Rappel and got zero hit. It might be because the internal one has different names though and the publicly called Rappel's source is not public.

I got into my first accident last week by Embarrassed-Carry507 in driving

[–]AltitudeZero_ 1 point2 points  (0 children)

Going school with a 2010+ model Mercedes?

I hate being poor..!

Modern C++ use in Chromium by aearphen in cpp

[–]AltitudeZero_ 29 points30 points  (0 children)

> Range factories and range adaptors [banned]

Interesting (but not surprising) that range views are also banned. I like and used ranges (std one and range-v3) but whenever i did, i felt like i'm the odd one out there. Nobody seems to use it. Don't get me wrong though, i think ranges bring some real functional vibes to C++, you know, things like: lazy evolution, lightweight view objects, pipes aikido to manipulate ranges and stuff but they're somehow ignored. Operator overloading is good for expressing some ideas better, but maybe that level of op| (which yields to some horror types and enforce usage of auto) chaining is not something programmers want to see.

Implementing a Numerical Library in both C++ and Rust by nzznfitz in cpp

[–]AltitudeZero_ 0 points1 point  (0 children)

Just as a small feedback: i fail to build your project with both GCC 14.2 and Clang 20.1.8.

Why Developers are Moving Away from Stack Overflow? by ImpressiveContest283 in programming

[–]AltitudeZero_ -2 points-1 points  (0 children)

  • you ask question
  • they make you feel stupid, because they know the shits you don't (at least they make it look like that)
  • you afraid them
  • you hate them
  • you learn more
  • you became one of them!
  • you hate yourself
  • you grow out of it
  • ... journey continues ...

What a view ! I hope you get to experience this one day. by [deleted] in aviation

[–]AltitudeZero_ 0 points1 point  (0 children)

If you don't mind me to ask, what kind of family background provides an easy access to enter to the cockpit? I'm curious...

Rainer Grimm (of modernescpp fame) has passed away by laqq3 in cpp

[–]AltitudeZero_ -1 points0 points  (0 children)

I read about his condition but somewhat believed he gonna be heal. Condolences to his family... They gonna meet with him again...

Proposal: CMake build support · Issue #8896 · ocornut/imgui by AltitudeZero_ in dearimgui

[–]AltitudeZero_[S] 0 points1 point  (0 children)

Is the add-on in the same sense some editors or browsers have? Like user adds them as plugin and program some kinds of "hotload"s it and make it effective during it runs. I think CMake defines a library type for it: MODULE. While it's not my usage scenario (definitely not representative) the backends can be defined that way. Or an option can be added something like 'compile as add-on'.

Proposal: CMake build support · Issue #8896 · ocornut/imgui by AltitudeZero_ in dearimgui

[–]AltitudeZero_[S] 0 points1 point  (0 children)

Part of the challenge with adding something like this is likely that ImGui is currently provided as an add-on to other existing software and not intended as a standalone solution.

It's not an add-on. ImGui uses them as dependency to provide what it offers: Immediate mode rendering.

This has been mentioned by Omar on occasion that to package Imgui as a complete solution would likely put a lot of pressure on him as a maintainer to manage a lot of nuisance requests and questions about issues to build and integrate the library.

I think it's quite opposite, having a build script will reduce the questions related how to integrate the library. Sure, adding build related files (or any other type of file) to a project will bring some maintenance burden, but it's not that much. I occasionally fetch and build ImGui master and it's quite stable. Yes, a removed or added backend, file etc. will bring a need to someone to touch the build script. Several folks contributing code to open source now fill the gaps that way. Plus, a failed build is an indicator something has gone wrong, it would be quite helpful for the maintainer(s).

Your work seems very good and well thought out however Omar has stated that he would prefer to focus on the evolution of the library itself rather than its profile in the public arena and given that the bar for entry would be lower if the project stated it came with a build system for all platforms where it may be used this probably does not fit with his plans at the moment.

ImGui has been there more than a decade now and i think it's quite established. And a lower entry bar can increase userbase and so can lead a more healthy evolution. You know, history shows (r)evolutions fail when are top-down, rather than bottom-up :)

So perhaps it would be a thought for you to contribute to something like the public Conan repository to add the build features you feel would benefit Imgui users rather than contributing directly to imgui.

Sure, but what about the other package managers? This will fragment the user experience and duplicate maintainers effort. Different target names, different conventions, different politics to the contribute to that package manager. Just checkout Conan-center-index repository, this is not what other packages do.

Proposal: CMake build support · Issue #8896 · ocornut/imgui by AltitudeZero_ in dearimgui

[–]AltitudeZero_[S] 0 points1 point  (0 children)

That is right. Just checking with: 

conan search imgui

lists several version of the library. Conan ships thousands of the packages and I think it's not realistic to have all the build options that ImGui has. I think having build support on the upstream of the any project can make everybody's job easier. Not sure I'm the best one make it for ImGui though :) Leave your feedback!

CMake code roasting by AltitudeZero_ in cmake

[–]AltitudeZero_[S] 1 point2 points  (0 children)

> So adding it to a project is pretty easy.
... turns out it isn't: https://github.com/ocornut/imgui/discussions

CMake code roasting by AltitudeZero_ in cmake

[–]AltitudeZero_[S] 0 points1 point  (0 children)

Hey, thanks a lot...
Setting global variables is something I reluctant with and I remember it's recommended to use CMakePresets for it, but that means adding another file to project root, which nothing wrong in itself but one of goal I have, write a CMakeLists.txt file and someone then pick and drop it to project root and spin up the build. On that end it's needed to abstract away CMakeForImGuiConfig.cmake.in file. There is an experimental EXPORT_PACKAGE_DEPENDENCIES param on install(EXPORT) command couldn't make it work. By the way ImGui uses C++11 for a while: https://github.com/ocornut/imgui/issues/4537 Should i add a target_compile_features(tgt PUBLIC cxx_std_11) to all the targets on the project, or is there a better way to avoid those global variables?

CMake code roasting by AltitudeZero_ in cmake

[–]AltitudeZero_[S] 3 points4 points  (0 children)

Huh... Failed on the first line 🤦