Szeretnék egy web-böngészőt az alábbi paraméterekkel:
- Windowsra kellene :-/
- nem túrja a registry-t
- nem valamilyen skin a FF/IE/akármi elé hanem önálló böngésző
- több könyvtárból is el lehessen indítani, és a futó browser processeknek az égvilágon semmi közük se legyen egymáshoz
- ha készít is profilokat (pl. hogy tárolja a könyvjelzőket, beállításokat, cookie-kat valahol stb.) akkor ezek ne keveredjenek egymással
Végeredményben olyan böngészőt szeretnék ami több példányban elindítható és ezek a példányok semmilyen szinten ne is tudjanak egymásról.
Amiket próbáltam:
- sf.net túrása (a PornoBrowser, Pyjamas, Libretto, Duck Web Browser gyönyörűségeknél feladtam)
- Firefox portable (a példányok összeakadnak, amit az egyiken beállítok azt átveszi a másik)
- Dillo (nagyon nem stabil a Windows verzió)
- Amaya (sajnos egyáltalán nem jeleníti meg az adott oldalt)
- Flock (ez volt a legígéretesebb, de a beállítások itt is megjelennek a más könyvtárból indított böngészőben)
Szóval valami olyasmit szeretnék mint anno a DOS-os időkben volt, felmásolod és használod, ahány könyvtárban van az annyi külön program, minden tekintetben elszeparálva a többitől.
- 1257 megtekintés
Hozzászólások
Opera?
- A hozzászóláshoz be kell jelentkezni
Az még újabb ablakot sem nyit, csak új tabokat pakol ki.
______________________
echo crash > /dev/kmem
- A hozzászóláshoz be kell jelentkezni
Ezt a hülyeséget honnan veszed? Jobklikk a linken, és nézd meg a harmadik és negyedik opciót. Segítek: Megnyitás új ablakban, megnyitás új ablakban a háttérben.
--------------------------
Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.
- A hozzászóláshoz be kell jelentkezni
Természetesen nem ez a feature kell, indíts el még egyszer egy Operát, és csak egy újabb üres tab nyílik meg, ez a FAQ-ban is olvasható.
Szó sincs linkekről, ha linket nyitsz meg új ablakban akkor az új Opera ablak nyilván csak egy child lesz, nem pedig egy elszeparált, önálló Opera példány.
______________________
echo crash > /dev/kmem
- A hozzászóláshoz be kell jelentkezni
"Szó sincs linkekről, ha linket nyitsz meg új ablakban akkor az új Opera ablak nyilván csak egy child lesz, nem pedig egy elszeparált, önálló Opera példány."
Javaslom, próbáld ki. Ha új ablakot nyitsz meg, az egy elszeparált új opera példány lesz, az előzőtől teljesen független, az "anya" böngészőt nyugodtan be is zárhatod, az új ablak megmarad. Csak nem nagyon szereti az Opera user, mert erőforrás zabáló egy idő után, viszont a tabokat ezer féle képpen lehet kezelni, tehát kvázi fölösleges Opera alatt új ablakozni
--------------------------
Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.
- A hozzászóláshoz be kell jelentkezni
Ja persze, az egyikben megnézett oldal a másik history-jában azonnal látszódik, a másik példányon bookmark-olt oldal meg ott van az első bookmarkjai között. Ezek mitől lennének _teljesen_ függetlenek egymástól?
Nekem olyan megoldás kell ahol egymástól _teljesen_ független példányokat futtathatok (független = egyetlen árva bit sem közös, főleg nem pl. a history meg ilyenek).
Amúgy szeretem az Operát, csak a célnak nem felel meg.
______________________
echo crash > /dev/kmem
- A hozzászóláshoz be kell jelentkezni
Shell scriptel is lehet indítani és az épp aktuális könyvtárat megadni pl firefox beállítás könyvtárának
- A hozzászóláshoz be kell jelentkezni
Igen, csak ha így pl. felveszek egy könyvjelzőt, bezárom a FF-ot és elindítom az eredeti helyén lévő profile-al akkor ott is ott lesz az új könyvjelző. Sőt ha már fut a FF az eredeti helyén lévő profile-al, akkor hiába indítom paraméterezve egy másik profile-al, az eredeti beállításait is felveszi. Ez a megoldás sajnos nem jó nekem.
______________________
echo crash > /dev/kmem
- A hozzászóláshoz be kell jelentkezni
ezt nem értem, másik profilba hogy vehet fel bármit is?
ne "eredeti" profillal, tehát a ff könyvtárába "tegyél" bármit is, hanem legyen egy külön profile, de nem tudom elképzelni hogy lehet futó ff-al a ff könyvtárába (és nem a profile-ba) dolgozni
- A hozzászóláshoz be kell jelentkezni
Elképzelni én sem tudtam - eddig, de így történt, pedig nyilvánvalóan nem az eredeti profilt használtam. Úgy tűnik lejjebb megvan a megoldás.
______________________
echo crash > /dev/kmem
- A hozzászóláshoz be kell jelentkezni
A FF Session manager pluginnal nem jó neked? A munkamenetek akár külön mappákba is pakolhatóak, ha szükséges.
------------------------
Off itt!
- A hozzászóláshoz be kell jelentkezni
Nem nyert, sajna.
______________________
echo crash > /dev/kmem
- A hozzászóláshoz be kell jelentkezni
Midori esetleg?
--
falura el megy, városban meg úgy sem nézik...
- A hozzászóláshoz be kell jelentkezni
Külön könyvtárból indítva ez is látja pl. a másik példány előzményeit, nincsenek teljesen elszeparálva egymástól.
Komolyan nem értem mi ez a marhaság, eljutottunk oda hogy egy programot gyakorlatilag csak egy példányban lehet feltelepíteni? Most pakoljak fel 10 virtuális gépet ezért?
Komolyan néha visszasírom a DOS-t, grrr!
______________________
echo crash > /dev/kmem
- A hozzászóláshoz be kell jelentkezni
a firefox hogy akad össze?
argumentumként az adott profillal indítva meg a -no-remote kapcsolóval eddig én úgy tudtam/vetteem észre hogy az egyetlen egy dolog ami közös az az hogy a profilenév alapján ugyanabban a file-ban keresi meg hogy hol van annak a mappája, (de talán még ez is kivédhető)
tehát teljesen különböző verziók akár egyszerre is mennek, még soha nem volt semmilyen gondom így, kavarodás meg pláne nem
- A hozzászóláshoz be kell jelentkezni
Köszönöm, a -no-remote megoldotta a problémát, a fentebb írt kavarodás talán attól volt hogy valójában egy FF process futott, így viszont már annyi processem van ahányat paraméterezve indítok, külön könyvjelzők és history, bővítmények, minden.
Tehát a -profile és a -no-remote együtt kellettek, kösz mégegyszer!
______________________
echo crash > /dev/kmem
- A hozzászóláshoz be kell jelentkezni