Вашою мовою цієї сторінки поки немає. Ви читаєте англійський текст.
Glossary
Synchronizer
A synchronizer repeats what you do in one browser window inside the other windows you picked to follow it.
One window leads and the rest follow
You mark one running profile as the leader and one or more as followers. All of them have to be open already, because the windows themselves are what is being driven.
Mirroring is only useful if you can watch it, so the windows you work in can be laid on one grid across the display your cursor is on. Each running profile takes one cell, and a profile started without a window is left out.
Only what a person did, on the built-in engine
What travels and what does not
Five kinds of action leave the leading window. Everything else stays where you did it.
Clicks
The element under the pointer, plus where inside the window you hit.
Typing
The whole current value of a field, rather than a stream of keystrokes.
Scrolling
The page position, sent at a steady pace rather than on every wheel notch.
Nine navigation keys
Enter, Tab, Backspace, Delete, Escape and the four arrows.
Address changes
Navigation in the main frame, with blank and error pages never forwarded.
Everything in the leading window travels
How a click finds its target
A captured click is not a pixel. It carries a short path down to the element you hit and the point you hit as two fractions of the window.
In each follower the path is tried first and the element is brought into view before it is clicked. That road survives a window of another size.
The path finds the element
It is scrolled into view and clicked, which is the case that survives different window sizes.
The path finds nothing
The fractions take over, resolved against that window's own width and height rather than the leader's.
The follower just navigated
It simply misses the action. A held action would land on a page you had already left.
The leading tab
A profile usually has more than one tab open. On ARMANOS Browser the pages themselves are asked which one is on screen, so the tab in front of you is the one that leads.
That answer is taken once, when you press start, and held for the whole session. On the built-in engine nothing is asked: there a profile is driven through the window it opened first, and with the start page on that window is the start page.
By hand or by flow
A synchronizer is for work you are doing anyway, once, with your eyes on it: the same banner in eight accounts, the same form, the same checkout.
A flow is for work you will do again. It costs more to write and far less to repeat, and it can be put on a timetable.
| The job | The tool |
|---|---|
| The same pass, a few accounts, now | Lead a window. Nothing to write beforehand and nothing left behind. |
| The same pass, many accounts, again | Write a flow, with variables and a schedule. |
| Different work in each account | Neither. Open the profiles and work in them separately. |
What stop leaves behind
The listeners are detached, the queue inside the page is emptied and its name deleted, and what the engine switched on for the session is switched off.
Nothing about the session is written to disk. That is the honest half of the trade: what leaves no trace cannot be replayed tomorrow.
What this does not do
- Only clicks, typing, scrolling, nine navigation keys and main frame navigation travel. Dragging, hovering, right click menus, file choosing, shortcuts and anything inside an embedded frame do not.
- Replay is aimed, not verified. A follower showing another layout or a signed out page can take a click elsewhere or nowhere, and nothing reports that back to you.
- Typing is replayed by setting the value of the field and firing one input event. A field that watches every keystroke may not follow.
- Nothing is recorded. A session cannot be exported, replayed later or turned into a flow, and one session runs at a time.
Check it
Each claim above points at the file that carries it out and the stand that runs against real windows.
- The leader's actions really arrive in the follower window, and not before you press start
- apps/desktop/src/lib/forkPage.js · apps/desktop/test/синхронизатор-живьём.js
- On ARMANOS Browser the visible tab leads, and the tabs picked at start are the ones used all session
- apps/desktop/src/main/main.js · apps/desktop/test/синхронизатор-берёт-видимую-вкладку.js
- On the built-in engine only events a person actually generated are relayed onward
- apps/desktop/src/main/browser-preload.js · apps/desktop/test/page-ipc-trust.js
- Windows really move onto one grid, and a cell too small is a refusal instead of a layout
- apps/desktop/test/раскладка-живьём.js · apps/desktop/test/window-places.js
Questions
- How many profiles have to be open?
- At least two, and they have to be running already. With fewer the screen says so and sends you to the profiles list.
- What happens if the leading window closes?
- The session ends. A follower that disappears drops out of the set, and when the last one is gone the session ends by itself.
- Do the windows have to be the same size?
- No. A click aims at the element first, and the fallback fractions are resolved against each follower's own width and height.
- Can a page drive my other accounts?
- On the built-in engine no: only input the browser marked as a person's is passed on. Treat the leading page as part of the session and do not lead one you would not trust.
- Is what I type copied too?
- Yes, and that includes a password field. Lead a window only across accounts you meant to touch with the same hands.
Next to this
The window synchronizer
Every kind of action it carries and how each one is replayed.
Automation builder
Flows with steps, conditions and variables, for work you repeat.
Bulk actions
The same change across many profiles, with no window open at all.
Multi accounting
Why the same pass is being made in several accounts in the first place.
Lead one window and watch the rest
Open two profiles, mark one as the leader, tick the other and start. Stop is one click away and leaves nothing behind.