# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # Assalamu Alaikum, # # # # To get back into the most recent directory # # use the following commands at the prompt: # # # # From the BASH startup directory press this: # # # # . ./menu_ then press 'tab' # # # # cd ~ will return to the # # starting directory. # # # # From /name/ directory press this: # # # # . ./start # # # # From /name/work/ directory use this: # # # # . ./resume # # # # Using the backup and revert scripts is easy, # # just press these from within the directory # # system that has been prepared: # # # # . ./backup (use before experimenting) # # . ./revert (use to restore previous ) # # . ./log (use this to make notes ) # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # BEGINNING OF LOGFILE # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # 2025/02/02 18:11:28 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_02_Sunday_18_09_15 Maybe it's good if I start writing into some log files again, just to collect my thoughts. I have completed a fairly decent upgrade on the logfile and the backup/revert structure. I'm not really sure why I have neglected it for so long. I guess sometimes I just think, if it's working, why take the time tinkering with it to fix it, when it might just make it worse. This was actually a dramatic improvement, which is only exceeded by the initial script. This new version gives a menu from the user's home directory, where the prompt opens immediately when you start BASH. All I need to do now is type . ./menu_ and then presstwice and I can get an automatic menu of choices for the directories where I have used the setup script. The setup script, when used, adds a small script file to the home directory. When accessed via the source command, or '.' I will be brought directly to that directory. The naming of the file is in the form 'menu_' followed by the directory name. It doesn't matter where the directory is located on the computer, the setup script transfers all of that information into the file. So, we are ready to go! We have a menu! This really makes it a lot simpler. Just think, there is this computer with who knows how much computering ability, and all we need to do is try our best to facilitate our action and our aims. Facilitation, In-Shallah. This should be the root of our endeavour. My mind is so limited that too much complexity baffles me. So, I need to collect everything and process it down so that it seems small again and becomes manageable. Then complexity crops up and I become baffled and frustrated in it, again praying for some route to simplicity. Then complexity appears a mere illusion, until it overcomes us again... # # # # # # # # # # # # # # # # # # 2025/02/03 08:53:02 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_02_Sunday_22_38_06 WOW, even the simplest things in javascript or html and css I still don't really understand. When something works, I am just glad it worked, and I actually have no idea why it worked. I just leave it at that. I have in no way become any type of expert. I simply have not acquired expertise. I can only 'hack-my-way' through whatever problem that I am attempting to complete. Just by trying lots of times, and changing things around, that's the only type of pathetic struggling that I can do which sometimes results in useable code. I can only thank the Almighty for those few instances where I suceed through some miracle. I am truly a pathetic and 'bad' programmer. I follow no standards whatsoever, and I am oblivious to what any standard practice or means of accomplishing some aim... I really know nothing about any 'Standard of Coding'. It's bizarre. It's only by the mercy of God that He has made computer programming stupid enough that even I can somehow, some times, manage to get benefits from it. # # # # # # # # # # # # # # # # # # 2025/02/15 18:10:01 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_13_Thursday_17_01_32 I am enjoying the nice looks of this new logfile format. It's difficult to hide my excitement about this new project... it has progress very quickly through its stages of development and has become much more than my initial anticipation. I have been working at it as much as I can: triple shifts, sleeping every second day. I guess that's sort of funny but, it defeats the 'start up' time that my brain needs to begin where I left off. When your programming style is somewhere between disasterous and 'a complete mess', and your methodology is requiring you to remember a thousand things at once and then somehow struggle to integrate those, while at the same time having no concrete goals, you will understand. "I don't need to sleep EVERY day" I told myself. This, medically, is correct. I also find that it takes the 'edge' off somehow. My mind is a little bit duller, which is a good thing. Most of the time, when at full tilt, my mind is a bit jumpy. My thoughts move quickly from one aspect into another entirely, and ends up pondering in some tangential quandry. This often wastes time, or ends up with me 'playing around' with the color scheme of an interface which I know I will eventually change anyhow. So, working longer hours actually wears my mind down a little bit, keeping me on task. # # # # # # # # # # # # # # # # # # 2025/02/16 19:37:08 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_16_Sunday_19_37_04 As usual, I went a bit overboard, trying to put 24 slots while 9 were functioning perfectly. 24 might be extreme. So, I have dialled it back down to 9 slots, which is quite a few. These will also be tied together with the list of tags, etc. The 'YN' list will come together with all of that. Whether to extend the 'YN' syntax to define the tags on a per part basis, I am not decided on this point yet but, I am inclined to attempt to write the program that way. My opinion is that it will not be the best format generally. At the same time I would not want to eliminate the option of having several tag types populating the same layer. This is typical of the fashion that you would write HTML if you were doing it manually as a 'one-off'. All of my HTML so far has been this way. A 'tag-per-layer' system is not known to me but, it seems that it will be a structural improvement, allowing better organization and references. Just think, all of the tags of the same type will belong to the same layer in the document. This will make it very easy to identify the location of specific tags. We cannot discount, however, that there is some purpose still remaining for multi-tag layering. For smaller projects, this might be the better choice. So, I will try my best to build in a method of assembling the document that way. With only my limited knowledge of HTML and it's potential uses, options are best to be kept open. Aside from this, the project is going very well, beyond any expectation. I am dreaming about using this program, but I know that it is imperative that I should put my best development effort forward, testing the functionality in stages as I progress through to the eventual completion of the project. It is important to identify the elements that will be combined, and then attempt to combine or 'meld' them into a functional and effective set. Most of the additions I have been making seem to be in the same style: Take a top quality small idea and then multiply it to get many of it. So, when I like a simple idea, I just try making a group of that, just like those cycling slots. So, now we can make a consideration of several layers by cycling through them. Or is it representing several pages? This will be decided by the user of the program, and so I make no assumptions about those aspects. What we do know for sure is that the program must be effective at assembling compositions of layouts. The layouts could be for any type of media, or simply styled with css, or be regarded as negative space. For me, I will use it for making more software applications, and for writing website outlines. I estimate that 90% of the HTML work will be eliminated through the use of this program but, that depends on the individual aims of the one who is using it. # # # # # # # # # # # # # # # # # # 2025/02/17 08:19:45 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_17_Monday_08_19_20 Today, a small goal is to try to get the options for the HTML tags to be user defined. I suspect it will require the use of the eval() function. What I want to try is to 'pop' a list from a textarea into the options when doing the 'document.write' procedure. So, effectively, you would need to reload the page if you wanted to change your templates. This would, prospectively, be far superior to having only predefined template strings. Most people probably know more about HTML than I do, so the option to enter custom templates seems like a good goal. # # # # # # # # # # # # # # # # # # 2025/02/18 09:09:43 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_18_Tuesday_05_05_51 Seems like a good spot to break for a log entry. It's getting pretty interesting with the arrangement that has 'cropped-up'. I hope, in Shallah, that this covers as many possible arrangements as it can. There might not be support for multi-tag layers. So, each layer will be of a single type of HTML tag. I have considered the ways that this might have been accomplished but, unfortunately they all result in an intolerable increase in syntactical space. There would be no way of maintaining simplicity, and, as it seems, this would complicate the functioning of the entirety of the program, requiring an overly complex entry to be made whether we are using the special syntax or not. # # # # # # # # # # # # # # # # # # 2025/02/18 10:37:06 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_18_Tuesday_09_14_37 There is a fair bit of work yet to go but, I have made some good progress. The action in the console and on the keypad is quite good. Through that minimal interface, it is possible to imagine a smaller sized console at the top of a mobile interface, with the canvas image representation having maximum screen size. It may even be possible to render the consoles as a transparent overlay upon the canvas image, in another textual layer with transparent background and mid-opacity font color. For the special case of the mobile phone, we will have a limited size screen to deal with as a starting point, and so we will need to render the fullest view possible. Clearly, we could use fullscreen mode. That would help. The on-screen numeric keypad is not great, and lacks some of the buttons for which this console is designed. A physical numeric keypad has / * + backspace, del... not to mention numlock. These provide advantages for commanding these consoles. The next task, In-Shallah it will succeed, will be to attempt to accomplish a second configuration in the 'writeHTML()' function. This will cover 'multi-mode'. The basic mode, 'super-mode', is exactly what it sounds like, the layers are comprised of components which have all the same dimensions, only the HTML tags change. 'Multi-mode' is different, as we can see that the top eight tag selection rows will be matched with the eight slots, along with their '0101' binary sequences, and input together into the document. 'Super-mode' uses only the currently displayed HW syntax, and applies it to all checked tags. It's fascinating... all I want to do is tinker with it to see what it can do... BUT I need to finish writing it. # # # # # # # # # # # # # # # # # # 2025/02/18 14:55:19 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_18_Tuesday_10_52_34 Everything seems to be going very well with this program. I have only now just put together a somewhat complete HTML outfile including the header and minimal CSS to sort the z-index and absolute positioning. It's impressive. Even so as I have not been able to complete my previous wish... Not sure why I couldn't get it to happen. Maybe further along in the process I will make another attempt. As it is... it's ten out of ten for sure, no questions on that... I'm just looking at that last little perk, the icing on this cake. If you could just do the individualized layers all in one swoop. That would be completely off the charts good. How does it always turn out to be the simplest thing when I am thinking that it's complicated? In-Shallah... # # # # # # # # # # # # # # # # # # 2025/02/19 09:32:13 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_18_Tuesday_15_00_31 I need to save a good solid backup at the stage where things are working. I am working on the console sections now, and they have become very convoluted and difficult to even clearly see why or how it works. That's why it needs to be re-tooled. # # # # # # # # # # # # # # # # # # 2025/02/19 11:22:02 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_19_Wednesday_09_33_23 I have finally split my file. Now I have an HTML, which still contains a style block at the top. It also still has styles inline in the HTML, which needs to be extracted and classes. This is a real job. I'm just glad that I have the JavaScript out, extracted from inline stuff, and now in its own file. That should bring about a better order to the whole thing so it doesn't, visually, appear as a 'disaster'. I have been working in the 'disaster-state' for quite some time. Housekeeping for you file is a good thing. In-Shallah this will benefit the advancement of the program. # # # # # # # # # # # # # # # # # # 2025/02/19 18:08:13 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_19_Wednesday_11_25_25 So, suddenly I have decided to start the revision of the entire code. Pulling out the stuff related to local storage in favour of using a complete handler at the top. Having done that part, I now need to revise the functions one by one, if that's even possible. # # # # # # # # # # # # # # # # # # 2025/02/19 20:16:33 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_19_Wednesday_20_12_07 I wish this was easier... I'm gonna try to start with the last version in good working order. # # # # # # # # # # # # # # # # # # 2025/02/20 03:35:51 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_20_Thursday_02_15_05 Going well... I have abandoned everything that is not essential and now, just trying to get this thing arranged in a package type deal. # # # # # # # # # # # # # # # # # # 2025/02/20 08:13:39 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_20_Thursday_06_56_15 A funny thing just happened. After successive copy/paste operations from the HTML into the 0/1 matrix, the matrix became RESOLVED. It somehow matched itself to the HTML. So, the occurrence of 1s and 0s in the HTML document was able to align itself in some way. Plain old weird. # # # # # # # # # # # # # # # # # # 2025/02/20 11:01:22 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_20_Thursday_08_20_27 Amazing... TRULY AMAZING! I didn't think that was going to be as easy as it was, and just think of all those nonsense things that I tried, and they failed... Allah replaced those failures with a brilliant marvelous success! I had no expectation, I had no anticipation... quadrisection has simply happened. Now it's possible to do successive deductions from the html structure that will allow the user to produce a minimal representation. That is, the parts necessary to cover the desired area will be minimal, if desired. I can barely understand this myself. Just a total miracle. I could never have done this. Do you think one person alone could write such a thing? It's silly to think that. I hope the next little bit, God-Willing, will fit this new and unexpected dimension. A utility script could, maybe, accompany an outgoing saved file... It's job would be to make successive deductions through a rendered button grid. Then it will need to have a textarea at its bottom giving a readout of the result in HW01 format. Both syntaxes must be laid together. Then we could perform another quadrisection. ETC... # # # # # # # # # # # # # # # # # # 2025/02/20 22:06:02 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_20_Thursday_19_38_43 All is going well, I'm down to a few 'tail-end' concerns for this little project. The utility script should be minimal: Not much, just enough to do the job. Moving around some parts in a bid to optimize the interface, that's a job too. It might be better to offer several layouts, why not? # # # # # # # # # # # # # # # # # # 2025/02/21 00:15:30 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_20_Thursday_22_07_52 It's rearranged, hopefully to the benefit of use on the mobile phone. The console entries are now directly above the canvas viewer. This should stop the browser from jumping to the text. Now to give it a try. # # # # # # # # # # # # # # # # # # 2025/02/22 18:16:32 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_21_Friday_17_44_03 Starting up, now that the sun has set... but, it has not yet set on this project. Today, the LORD has filled my mind up with ideas for extending the functionality of this meagre project. Mostly, these will take the form of various utility scripts. These will offer 'spin-off' functionality, and, In-Shallah, they will do the job of promoting a freedom of design conceptualization and combination and also enhance composition. As at each stage, I will look back at the foundation blocks, and make allotment if necessary. My main concern now is that I should not constrict the base functionality that is had through the textual interface. The goal is not complete conversion toward a graphical user interface. The goal is to incorporate graphical input mechanisms where applicable and most effective. In no wise should the base textual interface be eliminated or become hidden from the user. The user should maintain access to the direct functionality of the program's root. The utility scripts need to be written in a way that they will become the functional 'environment' of the program. They may also be viewed as an extension to the program. The scripts should be minimal, and their focus should be on interoperability toward their goal of completing the page design, and, of course, facilitating all possible selections. These selections will be crucial in the programming process which either follows or is concurrently evaluated alongside the graphical design process. # # # # # # # # # # # # # # # # # # 2025/02/23 11:38:30 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_21_Friday_17_44_03 It has become so complicated... time to do a backup so that I can crop this out more drastically, maybe that will help, a good harsh crop. # # # # # # # # # # # # # # # # # # 2025/02/23 11:44:02 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_23_Sunday_11_39_15 In short, what I did was chalk up a script that would be used from an external file, inputting a new 0/1/? into a textarea, which I would then copy back in as the input to the program. It worked so good that I decided the program needs to have this. It completely changes the dynamic of the program, praise the LORD, and the interface combination becomes clear. I had not even the slightest idea about this until it has just come together. I was clueless, I could never have made a thing like this. It's just so very good. I have looked through some other programs that draw up HTML and nothing compares to this. Not even one of the has a starting textual interface in the design. I haven't seen them all but, I just know that they are garbage, every one of them. Their interfaces are slow and require you to 'one-by-one' drag and drop and define every stupid little thing. Ultimately you might need to do that anyhow with this, but I like to think of this as starting with the 'broad brush' and then coming in afterwards to pencil in the details. # # # # # # # # # # # # # # # # # # 2025/02/24 01:08:41 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_23_Sunday_11_39_15 All is going we thanks to GOD. I have been spending too much time just playing with this program... it's fascinating. That is the downside of these fancies, they are incredibly alluring. # # # # # # # # # # # # # # # # # # 2025/02/24 05:04:16 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_24_Monday_01_09_48 ... does your program sometime start getting weird stuff showing up in the textareas? Yeah, mine does. I guess it's just not solid, standardized programming. It's more like some hack just smashed it all together. # # # # # # # # # # # # # # # # # # 2025/02/24 05:06:00 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_24_Monday_05_05_26 I never bother play "What's broken about this?"... never... # # # # # # # # # # # # # # # # # # 2025/02/24 07:48:34 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_24_Monday_05_12_27 I'm starting to think that browsers might just be a 'sketchy' environment to be in, no matter what you have written. I'm comfortable with that. I find it refreshing that it's somewhat unreliable, no matter how carefully you have coded. And I haven't... # # # # # # # # # # # # # # # # # # 2025/02/25 07:59:55 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_24_Monday_19_57_17 I feel that it is best to change the '?' designation to be a '2'. Not sure why exactly but, i feel it is better because it can be reached from the numberpad, so we maintain that as the manual entry scope. # # # # # # # # # # # # # # # # # # 2025/02/25 08:50:23 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_25_Tuesday_08_01_20 It's going good this morning... I just need to pick some stuff to get it functional. I'm thinking to let the visual area overlap everything so it can get bigger. The validator will just work on multiples of the design width. I'm also thinking of renaming some function and such. Nobody ever says 'quadrisect', technically it's a word. I have never heard anyone use that word, they'd just say something like 'split' or 'divide'. # # # # # # # # # # # # # # # # # # 2025/02/25 16:03:20 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_25_Tuesday_09_42_26 I keep backing it up when I don't know if what I'm trying is going to work... # # # # # # # # # # # # # # # # # # 2025/02/26 07:31:46 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_26_Wednesday_06_23_23 I have had a trying time. Somehow, thanks to GOD, I have succeeded. It has become so complicated, much too complicated for me. So, all I can do is keep trying and praying it works... # # # # # # # # # # # # # # # # # # 2025/02/26 11:50:59 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_26_Wednesday_07_33_03 Just getting to the final stages of developing this program but, then again every time I think I'm nearing the end, I seem to find more to add. Suppose that's a bit of a habit, of the beneficial kind. # # # # # # # # # # # # # # # # # # 2025/02/26 14:36:49 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_02_February_26_Wednesday_13_58_00 Seems like everything is good, I'm just working through some small kinks and whatever I notice is wrong or needs a little tweak in the program. # # # # # # # # # # # # # # # # # # 2025/03/10 06:29:21 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_03_March_10_Monday_06_29_17 All is going well, and just when you think you have everything almost completed, some more work becomes obvious and so you must carry on-ward. No real choice in the matter. I only wonder whether I am eliminating the console to some degree. The little helpers which I have added in so far have sped up the process, but of course, that will depend entirely on what process we are talking about. Single parts, rows, columns, grid and margins are all entered quickly now. The only next thing is to make a system to hold some prepared components in a dropdown menu. Naturally, this will again take the form of a textarea feeding into a dropdown menu. This is ideal because it will allow us to share our dropdown contents via a minimal representative, newline delimited, string. So, you can send your parts menu to your friends. # # # # # # # # # # # # # # # # # # 2025/03/11 09:54:55 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_03_March_11_Tuesday_09_54_51 I'm still working away at it... now I'm 'writing out' by bringing the larger syntax into all areas. This way all of the settings, such as design grid, id start, offsets, etc will be maintained while using the slots and cycling through them... Next, In-Shallah, I will try to do some minor obfuscation. The UTILITY code needs to become hidden away. That way the user, or me, doesn't need to operate that portion of the program manually. Seems obvious but, as I have learned, things sometimes only 'seem obvious', and then comes turmoil. # # # # # # # # # # # # # # # # # # 2025/03/12 17:19:25 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_03_March_12_Wednesday_15_57_53 All is going quite well today, after my initial frustration, there seems to have been an exceptional breaktrough. I can now see the light at the end of the tunnel, and I am starting to question whether there is a 'tunnel' or not. Sometimes I weil away at some pointless problem, hacking at it to solve it, only to realize that it wasn't useful even if solved elegantly. This is a bit of a lesson. So, most often, I skip out of anything that seems the least bit trying and start to focus on another concern, and this project has many possible working edges. That keeps me going on something new and fresh each time, allowing me to abandon the trouble-spots, which seem curiously to fill themselves in after time has passed. Varieties of solutions become clear. It's a great difficulty to force a solution while you wear blinders and can see only the way straight ahead... # # # # # # # # # # # # # # # # # # 2025/03/14 03:08:04 # # # # # # # # # # # # # # # # # # /c/xampp/htdocs/build/work/2025_03_March_14_Friday_03_07_58 Yes, the program just got better and better. And now it's at the point where it's literally writing itself, of course I still have to draw the little parts, but, it's so much easier than writing everything manually. There is really no adequate comparison. This really is a blessing from the LORD(SWT). I had not even imagined this outcome even a few days ago but, then yesterday and today had some huge advancements. I used the console in the browser a couple of times to find a couple of errors... I have never used that before... I would just put the new code at the top of the script block and then test it frequently before proceeding beyond it. Now the biggest job for the HTML is choosing the color schemes, which I must say, are horrible... If there was any way to automate or simplify that, we'd close this the rest of the way out.