Mozilla Light

Got it... 
Mozilla Light Language Pack Process..



https://www.dropbox.com/s/zc7cce14o7xh4qj/Mozilla%20Light.7z?dl=0

Ahhh. Isn't he a cute little fox... Please allow me to take care of him...
I would like to call this little fella my own...
Still if you feel he needs to grow a little bit more, I will see to it....

I Thank You All For Your Input and Direction..
Kyhi

 

updated plugin on server with your latest changes.

\Downloads\AppYGS\Network\Mozilla Light (L)
It is modified plugin of KYHI original Mozilla Light plugin above.

Nice plugin KYHI. Thank you man.

@Lancelot

Thanks.

History006=Lancelot - more Requirements with better order and info // Mozilla Light requires writable environment

Why would you say that ???

I add options to my dropbox, only to find them on your server edition..

but you also knocked out your un-needed Opera File Assocations on your firefox plugin...

still not sure why you have two different Assocations - as the Light and Firefox are from the registry entries during setup...

History006=Lancelot - more Requirements with better order and info // Mozilla Light requires writable environment

Why would you say that ???

test Mozilla Light plugin with "Run From Normal"

but you also knocked out your un-needed Opera File Assocations on your firefox plugin...

right click .html file to open with Mozilla Light

test Mozilla Light plugin with "Run From Normal"

The profile is in the program folder - so now understandable has to be writable media - not CD
Although the profile can be written to Appdata

right click .html file to open with Mozilla Light

I mentioned Firefox = You mentioned Light

I must assume you saying one not working.. which of your plugins??

I mentioned Firefox = You mentioned Light

Testing your latest plugin,
 double clicking (or right click)  a test.html file do not work with Firefox

Associations made to help opening a help.html , tutorial.html etc.
 which are mostly side by side with an application.

Although the profile can be written to Appdata

up to you...
 not very important to me, I only write a "Require Writable" note and minor adjustment to get things smooth.

Edit:
ps:
Still I personally like plugins without "Require Writable" more, but I am aware it can be complex, time consuming ..... and sometimes "profiles" can be very big.....
 anyway life goes...

Testing your latest plugin,
 double clicking (or right click)  a test.html file do not work with Firefox

then it should also not work with your newest firefox reversion...

then it should also not work with your newest firefox reversion...

works fine

ps:
Add
%ClassTitle%=Mozilla Firefox
to revision, I will upload with fix, it takes time...

I found the cause of the lack of file association's (open exe when clicking file) and ( icons on html / url files )

Control panel > Defaults > firefox / Light have 0 out of 8 defaults.... (the missing 8 File association's)

Set as Default and woop there it is...

Mozilla Firefox x86 > https://www.dropbox.com/s/y78oeo32ht5bf8j/Mozilla%20Firefox.7z?dl=0

Mozilla ULight x86/x64 > https://www.dropbox.com/s/zc7cce14o7xh4qj/Mozilla%20Light.7z?dl=0

Now that, that is solved without all the extra checkboxes.......

Is the AppData folder always read from RAM ??

So as not to require writable media...

Meaning if I take the Profile out of Program Files\ProgamFolder and copy profile to AppData instead... Will it be OK then...

Now that, that is solved without all the extra checkboxes.......

Not here, I can not open test.html with ff or ul with double click or right click...

another path:

Can we split plugins to file container,
 this will have some advantages.
  1) I have lots of out of memory builder bug popup, which sometimes result with restarting builder.
  2) plugin process would be faster.
  3) Maintance on servers would be easier
  4) 3-> development posts would be easier, by sending only main plugin
  5) since Maintance would be easier, I can directly put your ff lu plugins to server (no need association  )

Here are splited plugins following your last dropbox

https://www.dropbox.com/s/irw3t0331kw1380/201601051150_ff.7z?dl=0
https://www.dropbox.com/s/7zvclzu0ppv9wag/201601051150_lu.7z?dl=0

changes:
split + very minor [Interface] things
U Light: note for firefox.exe dependency


Info:
U Light:
As you know I get dependencies directly from firefox plugin by testing firefox.exe one by one (took time..) ,
 ff based browsers may have less or more depenencies, ( ultra.exe may have less dependency , ex: dolphin have +1 dependency ...)
 I leave note on plugin with

//firefox.exe

to indicate dependencies at ul plugin is from firefox.exe

this is now 4 plugin's where our results vary..

Can we split plugins to file container,

?

yes if it would be easier for you...
But would that split off just the program.exe
or all the profile attachments too  ??




MBAM - I need all .nls to work without network connection..
ExamDiff - even with all .nls - still crashes - for me..
Light and Firefox -

all testing, win10pe 10586, all to ram, boot pe to host pc

*
Anyway, I give up on this (ff - ul), there is already a path we had compromised, I am fine with that.
ps: removed splitted links from dropbox

*
MBAM
ExamDiff
I use Win10PESE with 10586 x64 enu source
https://www.dropbox.com/s/8swgia7f6sqaofs/201601051649.png?dl=0

well your MBAM plugins already copy *nls, there is already a setting on projects to copy *.nls .

only left is "exactly why" does not work on your builds, when you find I will folllow.

all on your hands. 

about association picture on your previous post:
no it is not like that here with your plugin.

anyway, not important to me, As I wrote, I am fine with all.

 you are using Y and I am using X