Remember the "One Laptop Per Child" project, that developed a low-cost computer for children in developing countries?
-
@TerryHancock Ohh, I didn't know it was still (kind of) maintained!
@blinry
Well, I have never actually tried it, but supposedly it's there.I do see the point in trying to port the "view source" feature to a more conventional DE. It seems unlikely that I could commit to using Sugar as a general purpose environment, but it would be cool for some of the ideas to get around.
-
@blinry
Is it possible to find out what shared library is responsible for some windows? I often wonder which project is actually behind the file browser or print dialog that I'm using and whether I can change it. My understanding is that these are usually delegated to an SO?@TerryHancock I've sometimes used `ldd` to show the linked libraries of a binary; but trying that on some examples the list seems to be either under- or overwhelming!
-
R relay@relay.an.exchange shared this topic
-
Remember the "One Laptop Per Child" project, that developed a low-cost computer for children in developing countries? I was always amazed by a certain feature: The "View Source" button.
When you pressed it, the source code for the currently running application would open. This was supposed to encourage tinkering with the software on your device!
I've been pondering what it would take to build that button on modern machines. Has anyone seen something like that?
(Prototype in next toot.)
@blinry my immediate thought was: step 1, write an accurate decompiler
-
Or have the entire system built around being interpreted like Python or C#. Maybe C# would even be a better option as it's JIT compiler is better in my eyes. And it integrates better with that XML based GUI definition language Microsoft had.
Edit: WPF XAML was it.
@agowa338 @blinry Wasn't C# simply a MS repackage of MS J++, the MS version of Java, because they were sued by Sun?
Years ago I used to peer inside Java "jars" on XP and Ubuntu.I found C# far better than VB.net, but both inferior to VB6 for quick GUIs on SQL or simulating keypad and LCD of a microcontroller and prototyping the code.
Then I went back to RF design and mostly abandoned programming apart from JAL on PIC18.
But view source is very niche. You only want the overhead on a Dev's PC. -
@snaums Yeah, I also thought this should work well with tools that do a "reverse lookup" from your binary to a software package!
You mean it won't be fun because you can't easily modify the source code and then use it immediately? That's probably right…
@blinry If you limit it to python, it could be fun. C/C++ code has to be compiled and that can take _a while_. Maybe it would work better on something like Gentoo. Or maybe you'd have a system, where in a special environment, everything is built from package-source once, then can be edited and recompiled in seconds.
-
@agowa338 @blinry Wasn't C# simply a MS repackage of MS J++, the MS version of Java, because they were sued by Sun?
Years ago I used to peer inside Java "jars" on XP and Ubuntu.I found C# far better than VB.net, but both inferior to VB6 for quick GUIs on SQL or simulating keypad and LCD of a microcontroller and prototyping the code.
Then I went back to RF design and mostly abandoned programming apart from JAL on PIC18.
But view source is very niche. You only want the overhead on a Dev's PC.don't know. Was before my times.
And btw, there is basically 0 overhead from "view source" in C#, as the JIT will at runtime optimise the code and cache the compiled code until it is invalidated by you changing the source or something. In fact if you're writing powershell and the interpreter hits a loop the first few passes will be interpreted while it is in the background compiling it. And once it is done it'll on-the-fly switch over to the optimised compiled code.
-
don't know. Was before my times.
And btw, there is basically 0 overhead from "view source" in C#, as the JIT will at runtime optimise the code and cache the compiled code until it is invalidated by you changing the source or something. In fact if you're writing powershell and the interpreter hits a loop the first few passes will be interpreted while it is in the background compiling it. And once it is done it'll on-the-fly switch over to the optimised compiled code.
(PowerShell may be an even better fit than C# for this usage...)
-
@blinry
Yeah, I've often wondered about that myself. I understand that you can install the Sugar DE on Linux, generally, and get that "view source" button. But it seems specifically designed to oppose multitasking, too.@TerryHancock @blinry The idea of Sugar (apps full screen one at a time) in a sense is like Android. Suited to small screen which OLPC had. It's only good for certain kinds of workflow or browsing. I upgraded from 1 x QHD to 1 x 4K and then 2 x 4K and use the screens like a large desk. I need reference materials.
I used virtual desktops on 1600 x 1200 XP over 20 years ago. I hate full screen applications except watching video / movies.
I have a portable 17" QHD screen extending 11" laptop. -
(PowerShell may be an even better fit than C# for this usage...)
-
Good that the Powershell and dotNET teams already kinda split and opensourced themselves to avoid that
-
Remember the "One Laptop Per Child" project, that developed a low-cost computer for children in developing countries? I was always amazed by a certain feature: The "View Source" button.
When you pressed it, the source code for the currently running application would open. This was supposed to encourage tinkering with the software on your device!
I've been pondering what it would take to build that button on modern machines. Has anyone seen something like that?
(Prototype in next toot.)
@blinry That would bring up a million of lines, linked to a dozen of larger libraries, that in the end work only in a properly configured virtual environment.
IMHO any fun and clear didactics has ended since almost thirty years. -
Good that the Powershell and dotNET teams already kinda split and opensourced themselves to avoid that
Oh and if you've done anything with REST-APIs or transforming file formats (aka mapping objects and such) then PowerShell is definitely killing it.
That's where it shines and even outperforms python in my eyes. Everything else it is kinda on-pair with python. Except you actually get working explicit typing (should you want to explicitly type something)
+ interop with unmanaged code is easier.
-
@agowa338 @blinry Wasn't C# simply a MS repackage of MS J++, the MS version of Java, because they were sued by Sun?
Years ago I used to peer inside Java "jars" on XP and Ubuntu.I found C# far better than VB.net, but both inferior to VB6 for quick GUIs on SQL or simulating keypad and LCD of a microcontroller and prototyping the code.
Then I went back to RF design and mostly abandoned programming apart from JAL on PIC18.
But view source is very niche. You only want the overhead on a Dev's PC.@raymaccarthy @agowa338 @blinry not simply a repackage, it was a redesign from the ground up, trying to improve on the things Java aimed for but didn’t really achieve - and with some success
-
@blinry That would bring up a million of lines, linked to a dozen of larger libraries, that in the end work only in a properly configured virtual environment.
IMHO any fun and clear didactics has ended since almost thirty years.@luc0x61 My prototype later in the thread has been somewhat useful to me already!
But I agree that this can get really hairy, depending on the application.
-
Good that the Powershell and dotNET teams already kinda split and opensourced themselves to avoid that
@agowa338 @raymaccarthy @blinry the open sourcing of dotNET was largely due to the Mono project, an independent reimplementation that started out as a way to run Silverlight (dotNET browser extensions) on Linux, and grew into a company that could compile C# for iOS, which Microsoft bought, and incrementally merged the Mono and dotNET
-
@agowa338 @raymaccarthy @blinry the open sourcing of dotNET was largely due to the Mono project, an independent reimplementation that started out as a way to run Silverlight (dotNET browser extensions) on Linux, and grew into a company that could compile C# for iOS, which Microsoft bought, and incrementally merged the Mono and dotNET
@ShadSterling @raymaccarthy @blinry
Well not just that. The community also for long asked for it and the development team also eyed with breaking out of the corporate Microsoft release cycle if I recall correctly.
-
@raymaccarthy @agowa338 @blinry not simply a repackage, it was a redesign from the ground up, trying to improve on the things Java aimed for but didn’t really achieve - and with some success
@ShadSterling @agowa338 @blinry
Yes, J++ was. The C# (2004?) was very much a repackage of J++, but I tried both and stuck with VB6. I had used C++ from 1987.
Later I did some cross platform Java designed to maintain look & feel of what ever theme of XP or Vista used, whichever desktop + theme on Linux and for Mac, though I didn't personally test the Mac. Baffles me how badly Mozilla does; should know better. The Java app talked to a device driver for a PCMCIA based 4G card (not LTE or Wimax). -
@agowa338 @raymaccarthy @blinry the open sourcing of dotNET was largely due to the Mono project, an independent reimplementation that started out as a way to run Silverlight (dotNET browser extensions) on Linux, and grew into a company that could compile C# for iOS, which Microsoft bought, and incrementally merged the Mono and dotNET
@ShadSterling @agowa338 @blinry
Except I couldn't get Silverlight to run on any browser on Linux. The company I was advising did most of their work online using Silverlight.
Ironically MS was even then depreciating it! -
@ShadSterling @agowa338 @blinry
Except I couldn't get Silverlight to run on any browser on Linux. The company I was advising did most of their work online using Silverlight.
Ironically MS was even then depreciating it!@raymaccarthy @ShadSterling @blinry
Because Silverlight was shit, even when compared with Flash and Java browser plugins. But all three got replaced by HTML5 (and when apple denied them on iOS)
-
For myself, ideally, the script would set up a #Nix flake with all dependencies in it, and activate it using direnv. Which would probably mean transforming the nixpkgs package into a flake?
The script could also give you some aliases to run the nixpkgs phases like configure, patch, or build, from your current shell – I like using the fish shell, but the stdenv assumes bash. I haven't found a reasonable way to invoke the phases "in a subshell"… Getting errors like this: https://github.com/NixOS/nix/issues/15282
@blinry in the Old Days, one could attach a debugger to any running process, and step through it … if the debug symbols were where the debugger could find them, you would step though the source, if not, the machine code … I gather GDB and LLDB can do similar today, tho maybe only in text mode; I’d think a distro could package everything with debug symbols and make some of that much more accessible, even adding a version-specific repo link to the debug info
