Messages - Deozaan [ switch to compact view ]

Pages: prev1 2 3 4 5 6 [7] 8 9 10 11 12 ... 1832next
31
I think that headline and the quote (which came from someone other than the author of the article) are too generalized and strong. There are too many blanket statements made as absolute fact when they actually apply only to a very specific niche.

I don't understand the current NFT craze. I think it is illogical and a "speculative mania" but NFTs are not inherently a pyramid scheme nor are they entirely for the benefit of grifters.

I see the current craze as more like a gold rush. And in a gold rush there are many people who choose to put everything (or at least too much) on the line in the hopes of striking it rich. Few people actually succeed, while the vast majority end up at a loss. Meanwhile, the shovel, pickaxe, and minecart vendors are happy to have the business.

If the quote was more specific, such as "the current craze over NFTs on Ethereum primarily benefits grifters" or if the article specified that "service X and/or Y selling NFTs is a pyramid scheme" then I'd find myself agreeing with the premise more.

But just because something is used by some people for nefarious or "dangerous" purposes, doesn't mean it is inherently nefarious or immoral.

Just because there was a tulip mania doesn't mean all sales of tulips are always without value and motivated by deceit or FOMO.

I'm not an art collector, and even if I became a multi-millionaire (or billionaire) I will likely never pay even hundreds of dollars for a single painting. But some art collectors are willing to spend millions on a piece of art. Why would someone pay millions of dollars for the original when you can buy a reproduction that looks virtually the same for a relative few dollars?

Similarly, why would anyone pay hundreds or thousands of dollars worth of cryptocurrency for what is, essentially, an internet meme, when anyone can just copy and share it?

Some people will find some kind of value in those kinds of ownership. I may not understand or agree with it, but that doesn't mean it isn't legitimate.


Are some people choosing to engage in something that appears to be or operate similar to a pyramid scheme? Yes. Are some people grifting others out of their money? Yes. Is this unique to NFTs? No. Is this the sole purpose of NFTs? No.

I'll point out that NFTs are not entirely new. It's just that there is a renewed (speculative) interest in them because cryptocurrencies are currently experiencing a boom in value. The last NFT craze I can think of was crypto-kitties, and it happened at the height of the last boom in late 2017. That's the craze that spawned many of the NFT sites/services that are being used for the current craze on Ethereum.

Between then and now, NFTs have been used more quietly and more "boringly" on more sane and rational projects, which nobody really bothered complaining about because it wasn't exciting enough to generate clicks.

To me, this article, and its line of thinking, come across as moral panic akin to "rock music is evil" by people who don't understand (or like?) new things. Especially because the people involved in that article seem to think that NFTs exist only on Ethereum where minting them is (currently) very expensive in terms of both electricity and cryptocurrency. But I just sit back in bemusement and think of the adage "a fool and his money are soon parted."

32
General Software Discussion / Re: Deozaan's Simple Text Editor
« on: March 20, 2021, 06:34 PM »
This is designed for plaintext only. But it probably shouldn't crash when an unsupported format is loaded. Upon further investigation, it looks like I made a mistake in attempting to gracefully handle errors when loading files. It was confusing because printing the error (which is an integer) to the debug log will automatically convert it to a string. But I attempted to add a more helpful message to the log and concatenate the error to the message, not realizing that string concatenation doesn't automatically cast the integers to strings.


Can you limit the extensions to *.txt only? That's a clear sign that it's a text editor for the purposes of this small test, since you didn't really intend it for anything.

I can do that. I just chose not to because not all plaintext files end in .txt extension, such as .ini, .log, .json, etc. This is especially true on different platforms such as Linux, which often has plaintext files with no extension at all. That said, this thread has convinced me to reconsider, and I will set it to filter *.txt by default. The problem is that it will still allow you to select *.* from the dropdown, so if you do that and try to load an incompatible file type, it could potentially still crash/lock the program.

Simple Text Editor - Filter Dropdown.png

Opening Microsoft Word files = Application Crash.
But it probably shouldn't crash when an unsupported format is loaded.
I believe I've got this fixed for the new release.

Bad news.
On more testing, more things happen.
Errorhandling should be improved.
I did try open files that are not supposed to be opened by your program.
Program will freeze and can not be restarted after I terminate process.
I needed to go into my /user/.... folder and delete prefs.dat and logs folder, otherwise program is not able to run anymore. It simply does nothing.
My suggestion: limit file dialog filter to *.txt and not *.*.

I've just experimented with a bunch of different file types and filesizes. I've made some improvements that should allow it to fail faster. But in the process I've discovered that it can still take a very long time to parse a large text file. That is, I've successfully (failed) loading an invalid 385 MB zip file almost instantly. But attempting to load a valid 128 MB text file locks up the application while it attempts to parse the string data and display it. Presumably if you wait around long enough it will recover and eventually display it. After a few tests trying to open incompatible filetypes of various filesizes, the final one which was only about 11.5 MB and had me waiting about 50 minutes before it recovered (this was before I fixed things to fail faster), I decided I didn't have the patience to see how long it would take to open the 128 MB text file.

I think my changes to fail faster will also fix the program being unable to run again if the process is terminated, since it now reads the bytes from the file system very quickly and closes the file before attempting to parse the bytes into a readable/displayable string.

And finally, I've added a dialog which warns you when you're about to open a large file and makes sure you really want to do it. I have arbitrarily decided to warn only for files larger than 8 MB. Though that may still be too large. The smallest large text file I could find was ~37.5 MB and it locked up the program for longer than I ever bothered waiting before terminating the process. Hopefully 8 MB isn't too bad.

Simple Text Editor - Large File Warning.png

Program messes around with my Registry/NVidia/OpenGL settings by creating keys.
But if you can tell me what changes it makes I can look into whether or not I can prevent that from happening.
That is okay. You do not have possibilites to avoid such, that is the used 3d-Engine.

This looks to me like it is your GPU reading/writing stuff, because Godot requests access to have the GPU render things.


Everything is a bit too dark. Dark Menu on Dark Background... (maybe add a lightgray border to have it more seperated)
Can you be more specific about this? Yes, the backgrounds are dark, but the foreground text is light, which should result in decent contrast and easy readability.
If Border would be lightgray from menu, the visual content would not look "melted" (?)

I still don't see the problem here. When you click a menu, you expect the options to show up below it. They do. Each option is clearly visible and blocks out the content behind it. Unless I'm missing a vital problem that you're trying to communicate to me, I think I'm going to chalk this one up to personal preference and say I don't intend to fix it, since it would require delving into customizing the theme.

FYI I didn't choose the color scheme. I pretty much just used the default colors for Godot's UI controls.

Godot Window.png

You can find v1.210320.1 on my KeyBase: https://keybase.pub/deozaan/SimpleTextEditor/

Jotti report.
VirusTotal report.

33
General Software Discussion / Re: Deozaan's To-do List
« on: March 20, 2021, 11:05 AM »
Right now I'm taking some classes in Unity to get up to speed, then I guess I'll take a look there.

I've been increasingly unhappy with the direction Unity is taking over the years. Admittedly, my PC is getting long in the tooth, coming up on its 10th birthday this year. But despite the fact that virtually everything else I do on this machine feels like it runs pretty much as well as it did when the PC was new, it feels to me like Unity is getting more bloated and sluggish and buggy as the years go by. And that's despite the fact that they announced a few years ago that their focus would be on giving Unity "performance by default." I'll resist the temptation to rant on the subject further and just say that my increasing displeasure with Unity is why I started looking into other options and decided to give Godot a try.

34
This looks like it could be useful. I plan to give more detailed feedback later.

By the way, if you're getting a head start on the next NANY, keep in mind it will be NANY 2022. :Thmbsup:

35
General Software Discussion / Re: Deozaan's Simple Text Editor
« on: March 20, 2021, 02:35 AM »
I will check out your experiment! (12mb is a bit big, first impression ^^)

Thanks for checking it out. :D I guess the 12 MB is due to it being a complicated game engine with custom UI stuff rather than just some native OS UI and code. If I used .7z format I could get it down to about 8 MB, but I opted for .zip format for maximum compatibility.

I really wasn't intending on working on this project further, but it seems you've found a lot of bugs that need fixing!

I loaded a .txt file. Window Caption/Title is wrong, file has a name, trust me :)

Strange. I was pretty sure I had that working. But I see that it is indeed broken for me, too.

Fixed in the new release.

Your counters are not working? All say 0, as you can see their is text.

The counters work, but I forgot to have them update when loading a file. :-[ If you press any key it will immediately update the counts.

Fixed in the new release.

Opening Microsoft Word files = Application Crash.

This is designed for plaintext only. But it probably shouldn't crash when an unsupported format is loaded. Upon further investigation, it looks like I made a mistake in attempting to gracefully handle errors when loading files. It was confusing because printing the error (which is an integer) to the debug log will automatically convert it to a string. But I attempted to add a more helpful message to the log and concatenate the error to the message, not realizing that string concatenation doesn't automatically cast the integers to strings.

In other words, I think the crash was caused by an error in the code meant to display useful information about an error that had been handled gracefully. ;D

I believe I've got this fixed for the new release.

There will be a file created (prefs.dat), does not work if running inside Windows protected folders!

Good point. I was attempting to make it run "portably" and just write everything in the same directory as the executable. I didn't think about people putting it inside protected folders.

It will write to the user directory (AppData/Roaming/Deozaan/SimpleTextEditor) in the new release.

On some files the vertical scroll does not work correct, When I am at EOF the line is behind your statusbar.

Ah yes, that's interesting. It seems it doesn't always automatically scroll down to keep the caret visible. The scroll bar functionality is all built-in stuff that Godot provides. I don't know how to change it. But what I've noticed is that it has something to do with the height of the TextEdit UI control. So, for the new release I've changed the default window size which should make it automatically scroll to keep the caret visible at all times. Unless you resize the window, of course.

But since the window size is saved/loaded to prefs.dat, you may need to use the View -> Reset Window Size/Position menu item to get it to the default size again.

Program messes around with my Registry/NVidia/OpenGL settings by creating keys.

It does? So much for running it portably... I'm not sure I have any control over that. It may be something Godot does on its own. But if you can tell me what changes it makes I can look into whether or not I can prevent that from happening.

Everything is a bit too dark. Dark Menu on Dark Background... (maybe add a lightgray border to have it more seperated)

Can you be more specific about this? Yes, the backgrounds are dark, but the foreground text is light, which should result in decent contrast and easy readability.

Save As: Does not offer any text formats (Ascii, Ansi, UniCode etc.)

I think I'm going to file this one as "working as intended" since I have no plans to support anything except UTF-8 format.



I've uploaded v1.210320.0 with the aforementioned fixes to my KeyBase: https://keybase.pub/deozaan/SimpleTextEditor/

Jotti says it's clean.
VirusTotal says it's clean.

Pages: prev1 2 3 4 5 6 [7] 8 9 10 11 12 ... 1832next
Go to full version