AnimCubeJS - an animated web cube

[isaacvr]

There's an existing app with the same name. (Kindly change the name to something else to prevent confusion!)

That's not exactly an app, is a web. Although, I've seen couple cubing apps with the same name without being further troubles. If I can remember correctly, that web you've mentioned before didn't existed or was unavailable when I started 4 years ago and recently it got opened again.

Thanks for the suggestion.

 

[Christopher Mowla]

Although, I've seen couple cubing apps with the same name without being further troubles.

But if it's unnecessary, why do it?

If I can remember correctly, that web you've mentioned before didn't existed or was unavailable when I started 4 years ago and recently it got opened again.

It says here that 2 weeks from now will be exactly 4 years since the domain was registered.


(This thread anouncing (releasing it) was posted 7 days after the domain was registered.) So yes, it was published (not just started development) just about exactly 4 years ago. I don't see why this matters, because, unless I'm missing something, your earliest commit was 1.5 years ago.

(Any reasonable person will agree that he who publishes first has the right to the name.)

That's not exactly an app, is a web.

Cubedb the desktop application and cubedb the web applet.

I'm not sure why I had to be that specific when discussing what's the right thing to do. Not only does using the same name cause confusion, it can be considered unethical. Indirectly, the fame of the pre-existing tool (that preceded yours by 4 years) will certainly not hurt with the advertisement of yours.

Thanks for the suggestion.

. . .

 

[isaacvr]

But if it's unnecessary, why do it?


It says here that 2 weeks from now will be exactly 4 years since the domain was registered.
View attachment 35110

(This thread anouncing (releasing it) was posted 7 days after the domain was registered.) So yes, it was published (not just started development) just about exactly 4 years ago. I don't see why this matters, because, unless I'm missing something, your earliest commit was 1.5 years ago.

(Any reasonable person will agree that he who publishes first has the right to the name.)


Cubedb the desktop application and cubedb the web applet.

I'm not sure why I had to be that specific when discussing what's the right thing to do. Not only does using the same name cause confusion, it can be considered unethical. Indirectly, the fame of the pre-existing tool (that preceded yours by 4 years) will definitely not hurt in the advertisement of yours.

. . .

I understand your messages, but that's exactly why I'm not changing the name, because I also made the same research back in the days. Let me show you some things that you're missing and that can help you understand my point of view.

1- That repo that you see over there, is not the initial one. I made a second version in Svelte (cubedb-svelte) because of some limitations I found on the previous one (the original app) made in Angular (@isaacvr/cubedb). If you go to the commits section and check the first one, that already had some stuff in there, you will see September 12, 2020.

2- If you go to the "Rubik cubes and puzzles" group in Telegram, you will see that the first announcement of the app was here, August 21, 2020. Back then I already started to do the app and had the 3D models with some different types of views (normal, OLL, F2L, PLL and so on).

Hope it helps you!

 

[Christopher Mowla]

Hope it helps you!

No, it doesn't. My reasoning implied that, even if you began working on this 4 years ago, development of cubedb.net had to begin earlier than yours did, in order to publish the same time that you began development.

How would you feel if it was the reverse? You would have made this post 4 years ago, your app had 4 years of usage and distribution, it became your brand / legacy, and this post was made today, where Gil would inherit the publicity of your app because he refused to change the name (because he started working on the app around the same time you published)?

(And I'm done with this conversation, as I am now repeating myself, and I don't want to continue to hijack this thread.)

 

[bcube]

Hello, nice work. I'm also a developer and if you don't mind, I can share with you some advice or maybe to make a PR to your repo. I have an app called CubeDB that has a simulator on it, and it looks pretty cool because a simple but powerfull feature: rounded corners. The better approach I got back when I was making it, was the use of Bezier curves, since it provides a general solution to the problem. It doesn't matter if your polygon is a square, triangle, pentagon or whatever, it will make a rounded corner anyway.

Hi isaacvr,

thank you for your PR - it is a very nice solution. Since I am not a developer, I will ask you here rather than on github.

Can you think of a way how rounded stickers could be added as a configurable parameter (or more parameters)? That's the problem I'm having with straight cut. You see, speedcubers would probably prefer some corners of stickers being rounded (with a configurable roundness) but at the same time others being squared (which ones being squared and which ones being rounded would have to be configurable too).

Out of curiosity, using your approach, can the 8 corners of the actual cube be rounded as well (and if so, can you think of a way to be a configurable parameter)?

 

[isaacvr]

Can you think of a way how rounded stickers could be added as a configurable parameter (or more parameters)?

Yes, that's something I already do in some cases like the view for the GAN iCarry and some other puzzles. The difference is that those are not adjustables in my case from the user perspective. I can think about a possible solution to this issue and make another PR.

 

[bcube]

I would like to thank forum members @isaacvr and @Athefre for making the simulator even better in terms of both functionality and visual appearance.

• Athefre made me realize there was a small bug (which has been fixed now) for a move counter when a pause is present during the animation - use case for animation pauses can be seen here.
• A relatively big chunk of developers were requesting rounded corners either because they wanted the cube to fit in better with the theme of their own projects or because they thought the cube is kind of old-school looking with squared corners. isaacvr contributed a nice and elegant solution for rounded corners. If you ask me, they are looking pretty damn awesome.