ByteCode.News
Submit RSS Atom Sign in

Back to the channels

#java

  1. dreamreal dang it, I need co-authors.
  2. Para dreamreal: Co-authored-by: Claude
  3. dreamreal except that's not actually a valid co-author
  4. dreamreal the LLMs acan be very useful in a lot of ways but they're not human and pretending otherwise is dumb
  5. Para I jest. I've recently made my LLM agents emit those to commits, main identity still being myself.
  6. Para (I'm currently working on removing git access entirely from LLMs, needed it as stopgap solution)
  7. Yakov how good/resource heavy java gui?
  8. ernimril about the same as any other gui
  9. Para Thanks to Electron the comparison goalpost took a trip to orbit so some could even consider it light at this point.
  10. Yakov if compare to Qt and C#?
  11. Para Qt is native (if you stay away from the HTML5 components) so it's impossible to beat, C# I have no idea at this point.
  12. dreamreal Yakov: I'm not sure what you're asking, and the nature of teh UI is entirely relevant
  13. ernimril Yakov, how much comparison can you do? do you have the exact same program implements in both? As I said, about the same
  14. Yakov thats big! thank you folks
  15. Para You can use Qt from Java as well but this goes to It Depends territory; what are you trying to achieve?
  16. Para ref. https://www.qtjambi.io/
  17. nevet Qtjambi Io [TLS certificate invalid]
  18. ernimril Yakov, I am one of a few here that have worked on big desktop apps for java, I have not seen any problem with it as such. Now, doing good UI is very hard, but it is the UI that is hard, not the platform you choose
  19. Yakov Jambi in Indonesia?
  20. Yakov well, I want to make my own gui, starting from drawing dots in assembly, but for current task I want to switch from qt to java for some reason, it looks fine from a first glance, but I suspect it might not max efficient in comparison to some unknown yet vendor
  21. dreamreal Yakov: "max efficiency" is a will-o-the-wisp
  22. Yakov hard to deploy, debug, resource heavy etc
  23. ernimril you do not want to draw pixels for a modern gui, you want hardware support... but sure go for vulcan if you want
  24. Para We're at "give datacenters all the drinking water" stage of max efficiency...
  25. dreamreal make it work well enough. Java's fine; plenty of people go "Java sucks for UI" while using IntelliJ for their IDE, completely forgetting that IDEA is written in 100% Java for the UI
  26. Para Is JavaFX vector based? Not that it really matters.
  27. Yakov Qt written with Java?
  28. dreamreal and Java can do images fine, too: you could write Minecraft in pure java now if you wanted to.
  29. Yakov I mean its IDE
  30. Yakov 23:50:36 <ernimril> you do not want to draw pixels for a modern gui, you want hardware support... but sure go for vulcan if you want
  31. Para JetBrains has their own LAFs they've built over time. It's still just Swing, I think?
  32. dreamreal Still just Swing.
  33. Yakov ^ i want to go deeper and do my own kind of vulcan
  34. dreamreal Yakov: java can render pixels in the UI, you'd draw on a panel and let java render it
  35. ernimril swing, but with some patches
  36. dreamreal java2d is fine, so is javafx
  37. dreamreal but if you're trying to create your own tree/rendering pipeline, you may want to consider why
  38. NeXeN Para: ya ...uh yeah it is
  39. NeXeN Para: but you might be confusing "vector based" with pixel pushing
  40. NeXeN javafx uses uh whats it called like retained scene graph or whatever
  41. NeXeN they're mathematically defined by their geometry not by pixel like pixel pushers
  42. NeXeN or sorry didn't mean to imply you were confused, what i meant to say is most people assume that about javafx's canvas