Plurality - Modular Code Editor
-
Gurigraphics wrote:
In many ways they are more efficient
Name one.
Gurigraphics wrote:
I'm not interested in comparisons, better and worse, and that kind of teen discussion.
Happy new year :)
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)
Name one: Create games more fast. Happy New Year. (2 hours left here) ^ ^
-
Gurigraphics wrote:
In many ways they are more efficient
Name one.
Gurigraphics wrote:
I'm not interested in comparisons, better and worse, and that kind of teen discussion.
Happy new year :)
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)
Name one: Create games more fast. Happy New Year. (2 hours left here) ^ ^
-
Gurigraphics wrote:
In many ways they are more efficient
Name one.
Gurigraphics wrote:
I'm not interested in comparisons, better and worse, and that kind of teen discussion.
Happy new year :)
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)
C reate g ames m ore f ast. H appy N ew Y ear. (2 h ours l eft h ere) ^ ^ P.s: A ll I w rite is d eleted.
-
Gurigraphics wrote:
In many ways they are more efficient
Name one.
Gurigraphics wrote:
I'm not interested in comparisons, better and worse, and that kind of teen discussion.
Happy new year :)
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)
To create games more fast. Happy New Year. (2h hours left here) ^ ^ P.s: All I write is deleted. ¬¬
-
Gurigraphics wrote:
In many ways they are more efficient
Name one.
Gurigraphics wrote:
I'm not interested in comparisons, better and worse, and that kind of teen discussion.
Happy new year :)
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)
To create games more fast. HNY (2h hours left here) ^ ^ P.s: All I write is deleted. ¬¬
-
Gurigraphics wrote:
In many ways they are more efficient
Name one.
Gurigraphics wrote:
I'm not interested in comparisons, better and worse, and that kind of teen discussion.
Happy new year :)
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)
To create g_ames more fast. HNY (There's still 2 hours left) ^ ^ P.s: This forum delete all my texts. ¬¬
-
Gurigraphics wrote:
In many ways they are more efficient
Name one.
Gurigraphics wrote:
I'm not interested in comparisons, better and worse, and that kind of teen discussion.
Happy new year :)
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)
T_o c_reate g_ames m_ore f_ast.
HNY (T_here's s_till 2 h_ours l_eft) ^ ^
P.s: This forum delete all my texts. ¬¬
-
Gurigraphics wrote:
In many ways they are more efficient
Name one.
Gurigraphics wrote:
I'm not interested in comparisons, better and worse, and that kind of teen discussion.
Happy new year :)
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)
-
Gurigraphics wrote:
In many ways they are more efficient
Name one.
Gurigraphics wrote:
I'm not interested in comparisons, better and worse, and that kind of teen discussion.
Happy new year :)
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)
-
Gurigraphics wrote:
In many ways they are more efficient
Name one.
Gurigraphics wrote:
I'm not interested in comparisons, better and worse, and that kind of teen discussion.
Happy new year :)
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)
-
Hello. I'm not sure if this is the appropriate topic, but the insights of this subject are valid. What do you think about an code editor like this: Image 01 Image 02 Image 03 Premise: "typing the same code twice is work for robots. Each time you do that, humanity ceases to evolve - and you mainly". The idea here is to abolish the organization of files and folders. Files e folders, It is like machine language, does not interest to current programmers. The project organization can be done only inside the Code Editor. If the files are all exported within a single folder, or hundreds of folders, or the entire file is a single file, this does not matter to the programmer. After exporting the file, what matters is mainly performance. And the performance can not be compromised by our desorganization, habits and addictions when write code. And to maintain the code, what matters is mainly an organized project and expandable. Then, more useful is to have a "virtualized image" of the file, composed of the modules that make up this file and the entire program. A example in HTML5: Virtualized file inside Code Editor: (index.html) (init) (head) (body) (end) Spaghetti that does not matter: folder/index.html
<!-- Init -->
<!DOCTYPE html>
<html lang="en"><!-- head -->
<head>
<meta charset="utf-8">
<title>title</title>
<link rel="stylesheet" href="style.css">
<script src="script.js"></script>
</head><!-- body -->
<body>
<!-- page content -->
</body><!-- end -->
</html>So you can create a "code block" for index.html, only once. And, if this is already part of the Code Editor library, you just search: index, and drag the block to the project. You do not need of a dumbsense or keyboard shortcuts that you do not remember or even know exist, nor do you need to be consulted documentation at all times to do
-
-
I like the idea of having boxes rather than flowing text. Although, this strongly reminds me of smalltalk and self - especially the "one-file-thing" and the "simply drag the already existing function". Or Perhaps I read too roughly? ^_^; regards
Quote:
I like the idea of having boxes rather than flowing text. Although, this strongly reminds me of smalltalk and self - especially the "one-file-thing" and the "simply drag the already existing function". Or Perhaps I read too roughly? ^_^;
That's it! This idea is based in Stencyl/Google Blockly that are based in Scratch MIT Media Lab that is based in Squeak/Smalltalk. The idea base is: "Everything is represented as objects - Including snippets of code". What Plurality show of new? 1- "bidirecional-visual-to-text". The ideia is use comments to split and create blocks. Example:
// HelloWorld, red
alert("Hello World!");This create in visual tab, a block color red with name "HelloWorld" with the code below. And also Multi-language like Google Blockly Blocks can be translated and converted into other languages. If there compatible blocks then can be exported: HelloWorld block export to C++
#include
int main()
{
std::cout << "hello world!\n";
return 0;
}HelloWorld block export to PHP
Hello World
';
?>However, this Multi-language is most useful only for multi-platform game development. Lastly, I found this library that does exactly what this Editor need: jQquery sortable lists[^]
-
Quote:
I like the idea of having boxes rather than flowing text. Although, this strongly reminds me of smalltalk and self - especially the "one-file-thing" and the "simply drag the already existing function". Or Perhaps I read too roughly? ^_^;
That's it! This idea is based in Stencyl/Google Blockly that are based in Scratch MIT Media Lab that is based in Squeak/Smalltalk. The idea base is: "Everything is represented as objects - Including snippets of code". What Plurality show of new? 1- "bidirecional-visual-to-text". The ideia is use comments to split and create blocks. Example:
// HelloWorld, red
alert("Hello World!");This create in visual tab, a block color red with name "HelloWorld" with the code below. And also Multi-language like Google Blockly Blocks can be translated and converted into other languages. If there compatible blocks then can be exported: HelloWorld block export to C++
#include
int main()
{
std::cout << "hello world!\n";
return 0;
}HelloWorld block export to PHP
Hello World
';
?>However, this Multi-language is most useful only for multi-platform game development. Lastly, I found this library that does exactly what this Editor need: jQquery sortable lists[^]
I'm not quite conviced about the multilanguage-export-support. I think this would be wasted energy as it might perhaps not be so bad, but also not good enough. BUT I'd really like to see and try such* an environment for any language. So feeding a java-project into such and editor and start writing Java in that style. Or any other language. *Of course, as others mentioned the graphics are a little ... improvable. So "such" referes to the graphical part Regards
-
I'm not quite conviced about the multilanguage-export-support. I think this would be wasted energy as it might perhaps not be so bad, but also not good enough. BUT I'd really like to see and try such* an environment for any language. So feeding a java-project into such and editor and start writing Java in that style. Or any other language. *Of course, as others mentioned the graphics are a little ... improvable. So "such" referes to the graphical part Regards
Quote:
I'm not quite conviced about the multilanguage-export-support. I think this would be wasted energy as it might perhaps not be so bad, but also not good enough.
Multi-language for software development is practically useless. But for game development, this can be a natural way. All that need is make the "creating blocks" as simple as possible for users create the block libraries in different languages: move character to left, right, up, down, play sound, etc.
Quote:
BUT I'd really like to see and try such* an environment for any language. So feeding a java-project into such and editor and start writing Java in that style. Or any other language.
Write code is more faster to create and edit a function. Visual code is more faster to order and sort these functions. Then, the main advantage would be to have a more organized project. Code reuse also reaches the maximum level. Because everything you turn into block, you no longer need to rewrite.Using blocks is like using DLLs. It is also easier to think about the project due to the higher level of abstraction. Because it's like having an organization chart in the project itself. However, for each language there is a different way of creating an initial project to edit, and also different about how to save the files, the different extensions, folders, etc.
Quote:
*Of course, as others mentioned the graphics are a little ... improvable. So "such" referes to the graphical part
The graphics of the images are "drafts". This is only "concept art". I do not know where they think that this is image of a software. As I wrote, this was to demonstrate the concept. I thought in this forum there would be someone who really understand Design, but no. Whoever makes games knows that aesthetics is the ultimate concern. Because if a program does not work, or is not fun, or simple and intuitive to use, it does not matter if the look is good. So the more "black and white" this is better to focus on what really matters.
-
Quote:
I'm not quite conviced about the multilanguage-export-support. I think this would be wasted energy as it might perhaps not be so bad, but also not good enough.
Multi-language for software development is practically useless. But for game development, this can be a natural way. All that need is make the "creating blocks" as simple as possible for users create the block libraries in different languages: move character to left, right, up, down, play sound, etc.
Quote:
BUT I'd really like to see and try such* an environment for any language. So feeding a java-project into such and editor and start writing Java in that style. Or any other language.
Write code is more faster to create and edit a function. Visual code is more faster to order and sort these functions. Then, the main advantage would be to have a more organized project. Code reuse also reaches the maximum level. Because everything you turn into block, you no longer need to rewrite.Using blocks is like using DLLs. It is also easier to think about the project due to the higher level of abstraction. Because it's like having an organization chart in the project itself. However, for each language there is a different way of creating an initial project to edit, and also different about how to save the files, the different extensions, folders, etc.
Quote:
*Of course, as others mentioned the graphics are a little ... improvable. So "such" referes to the graphical part
The graphics of the images are "drafts". This is only "concept art". I do not know where they think that this is image of a software. As I wrote, this was to demonstrate the concept. I thought in this forum there would be someone who really understand Design, but no. Whoever makes games knows that aesthetics is the ultimate concern. Because if a program does not work, or is not fun, or simple and intuitive to use, it does not matter if the look is good. So the more "black and white" this is better to focus on what really matters.
Gurigraphics wrote:
Visual code is more faster to order and sort these functions.
No, not by definition. Build a form using VS' form-designer and find out why. If you make a claim, make sure it can be backed up. If it isn't, it will be shot down :thumbsup:
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)
-
Gurigraphics wrote:
Visual code is more faster to order and sort these functions.
No, not by definition. Build a form using VS' form-designer and find out why. If you make a claim, make sure it can be backed up. If it isn't, it will be shot down :thumbsup:
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)
There are 3 different levels: 1-Textual 2-Visual 3-Configurational (Visual and textual blend.) If the "configurational element" is not encapsulated in a "visual element", we do not have a module, and is not possible fast order and sort. Plurality need be modular, not just visual, or textual or configurational.
