Tiny Core Base > Release Candidate Testing
Core v4.7rc1
SvOlli:
--- Quote from: curaga on October 11, 2012, 09:57:58 AM ---@svolli
Based on a quick look, that patch would change the current dir. Currently it's tce/optional, after it would seem to be just tce?
--- End quote ---
Yes, your right. Thanks for the catch. For the stuff added, I also wanted to slim down the code a bit, and went over the top with removing the line
--- Code: ---chdir(target_dir.c_str()); // ...
--- End code ---
Anyway, with this line re-added, it should work exactly like before except that the symbolic link is resolved properly, even when it's relative.
Greetings,
SvOIli
AbNoRMiS:
after previous discussions about ondemand for scm i'm very surprised that it was made
because after i have used scm all this time and concluded that ondemand is unessential for scm
only need remove md5 verification when loading scm because it slows booting from slow media (such as usb2.0)
boot speed will increase many times if only check return code of command mount exactly as during loading tcz
although i still think that ondemand likely is useful idea for scm
p.s.
perhaps worth make dropdown list to select installation method similar to same list for tczs
--- Code: ---OnBoot
OnDemand
Download + Load
Download Only
--- End code ---
and maybe even consider to create single apps browser gui
for example make two dropdown menus tcz and scm
AbNoRMiS:
i have many installed tczs and most of them as ondemand except desktop environment and those which must be onboot
i always believed that it was a very successful solution to keep most tczs as ondemand and run them by one mouse click
therefore decision about what ondemand icons will displayed only after loading seems little strange and not so clear
may needed to give possibility of choice to enable or disable ondemand icons displaying for example by some bootcode?
p.s.
i would also like to add that after updating 4.6.2 to 4.7rc1
for not loaded tczs icons are not disappeared from wbar
thank god :)
but when i tested coreplus-4.7rc1.iso with jwm in virtualbox
icons does not appear in wbar after loading via ondemand menu
roberts:
The wbar icon has always functioned as a means to launch. There is no way to indicate all the states of an scm. Whereas with a tcz it is always with the goal to launch. SCMs have the additional state to remove. It simplifies the operation if the goal of seeing/using an icon is consistent. And given the fact that both the menu and the icon with regards to ondemand call the same item.
I am always open to suggestions but be it noted, no matter what course I choose I will and cannot please everyone.
With regard to your observation you must have a mix of both old and new ondemend items.
Let it also be stated that ondemand items are entirely editable and thus maintainable by the user.
I would think it better to reduce and simplify than to combine and make more choices. KISS
roberts:
--- Quote from: SvOlli on October 11, 2012, 01:26:01 PM ---
--- Quote from: curaga on October 11, 2012, 09:57:58 AM ---@svolli
Based on a quick look, that patch would change the current dir. Currently it's tce/optional, after it would seem to be just tce?
--- End quote ---
Yes, your right. Thanks for the catch. For the stuff added, I also wanted to slim down the code a bit, and went over the top with removing the line
--- Code: ---chdir(target_dir.c_str()); // ...
--- End code ---
Anyway, with this line re-added, it should work exactly like before except that the symbolic link is resolved properly, even when it's relative.
Greetings,
SvOIli
--- End quote ---
Accepted and applied for 4.7rc2.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version