Urruneko biltegiratzea

Aldaketa bakoitzean editorearen egoera osoa bidaltzea ez da eraginkorra.
Kasu horretarako, editoreak denbora errealeko datu-erreplikaziorako API bat eskaintzen du.

Instalazioa

npm install @dineug/erd-editor

Erreplikazio-biltegia @dineug/erd-editor/engine.js azpibidean dago, ez paketearen erroan.
Sarrera-puntu horrek ez du DOMa ukitzen; beraz, Web Worker batean edo hari nagusitik kanpoko beste edozein lekutan exekutatzen da.
Paketearen erroa inportatzen bada, berriz, dokumentu bat behar da: 5.0.0 bertsiotik aurrera ez du elementurik definitzen, baina hura ebaluatzean bi elementu-klaseak eraikitzen dira. 5.0.0 bertsioa baino lehen, <erd-editor> elementu pertsonalizatua erregistratzen zuen.

Erabilera

type ReplicationStore = {
  readonly value: string;
  readonly runtimeValue: string;
  on: (
    listeners: Partial<{ change: (change: ReplicationChange) => void }>
  ) => Unsubscribe;
  setInitialValue: (value: string) => void;
  dispatch: (actions: Array<AnyAction> | AnyAction) => void;
  dispatchSync: (actions: Array<AnyAction> | AnyAction) => void;
  destroy: () => void;
};

type ReplicationChange = {
  value: string;
  changed: boolean;
};

type InjectEngineContext = {
  toWidth: (text: string) => number;
};

type CreateReplicationStore = (
  context: InjectEngineContext
) => ReplicationStore;

// example
import { createReplicationStore } from '@dineug/erd-editor/engine.js';

const replicationStore = createReplicationStore({
  toWidth: text => text.length * 10,
});

Martxan dagoen editore bat erreplikatzea

Ekintzak martxan dagoen editore baten biltegi partekatutik datoz.
Ikus Elkarlaneko edizioa.

import { createReplicationStore } from '@dineug/erd-editor/engine.js';

const replicationStore = createReplicationStore({ toWidth });
replicationStore.setInitialValue(editor.runtimeValue);

replicationStore.on({
  change: ({ value, changed }) => {
    if (changed) save(value);
  },
});

const sharedStore = editor.getSharedStore();
sharedStore.subscribe(actions => {
  replicationStore.dispatch(actions);
});

Aldaketa bakarrik igarotzen da mugaz bestaldera, inoiz ez dokumentu osoa.
Erreplikak aplikatu egiten du, eta emaitza bere aldean serializatzen du.
change gertaerak emaitza hori value gisa ematen dizu, eta changed propietateak noiz merezi duen idaztea adierazten dizu.

4.0.0 bertsiotik aurrera, hasieratu erreplika editorearen runtimeValue propietatetik, goian bezala, eta ez gordetako fitxategitik edo editorearen value propietatetik.
Fitxategian ez daude gorde zenetik egindako edizioak, eta value propietatean ez daude saioan kendutako entitateak.
Kendutako taula bat gabe hasieratutako erreplika batek, editore batek kentzea desegiten duenean, taula izenik eta zutaberik gabe itzultzen du, eta horrela gordetzen du.
4.2.0 bertsiotik aurrera, gauza bera gertatzen da Hiztegia fitxako orri batetik kendutako hitz, termino edo domeinu batekin.
Editore batek kentzea desegiten duenean, errenkada gabe hasieratutako erreplika batek hutsik zerrendatzen du berriro, eta value balioak errenkada huts bat kanpoan uzten duenez, erreplikak dokumentua hura gabe gordetzen du.
Domeinu baten kasuan, hari lotuta zeuden zutabeak eta terminoak ere loturarik gabe geratzen dira erreplika horretan, ez baitzituen inoiz loturak eduki eta desegiteak ez baititu bidaltzen.

5.1.0 bertsiotik aurrera, @dineug/erd-editor-yjs paketeak editoreak Yjs gela baten bidez sinkronizatuta ere mantendu ditzake.
Goian bezala gela batera lotutako elementu batetik elikatuta, erreplikak elementu horretan egindako edizioak soilik jasotzen ditu, inoiz ez gelak ekartzen dituenak: horiek beste editore baten edizio gisa iristen dira elementura, eta biltegi partekatu batek ez du inoiz jasotakoa birbidaltzen.
Gela baten dokumentua gordetzeko, gorde lotutako elementuaren value propietatea, edo lotutako pareko-biltegi batena, Gelak zer duen atalean azaltzen den bezala.
Yjs iraunkortasun-hornitzaile batek gela bera gordetzen du, eta hark exekuzio-garaiko balio bat eta ondoren egindako edizioak ditu, ez fitxategi bat; ikus Mugak.

InjectEngineContext

toWidth

Kate bat pixeletan neurtzen du.
Biltegiak ez du DOMik; beraz, ezin du testua berak neurtu, eta funtzio honen bidez birkalkulatzen ditu zutabeen zabalerak izen bat, datu mota bat, balio lehenetsi bat edo iruzkin bat aldatzen den bakoitzean.
4.2.0 bertsiotik aurrera, horren barruan dago taula baten edo zutabe baten izen logikoa ere.
Zutabe baten Domain gelaxka neurtzen du, zutabeak lotzen duen domeinuaren izena erakusten duena, zutabeak domeinu bat lotzen duen edo haren lotura kentzen duen bakoitzean, eta domeinu hori gehitzen, haren izena aldatzen edo kentzen den bakoitzean.
Gainera, taula eta zutabe guztiak berriro neurtzen ditu setInitialValue metodoak dokumentu bat kargatzen duen bakoitzean.
4.0.0 bertsiotik aurrera, zabalerak runtimeValue propietatean bakarrik gordetzen dira, inoiz ez value propietatean.
Hortaz, bertsio honek gordetako dokumentu bat berriro irakurtzean value bera lortzen da, bytez byte, non gorde zen eta han testua nola neurtzen zen gorabehera.

Neurtu editoreak egiten duen bezala: 400 12px balioarekin editorearen letra-tipo zerrendan, biribilduta, gehi 2 px-eko barne-tartea.
Bestela, runtimeValue propietateko zabalerak pantailan ikusten direnetatik aldentzen dira.

const TEXT_PADDING = 2;
const FONT =
  "400 12px -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, " +
  "'Helvetica Neue', 'Open Sans', system-ui, sans-serif, " +
  "'Apple Color Emoji', 'Segoe UI Emoji'";

let context = null;

function getContext() {
  if (context) return context;

  try {
    context = new OffscreenCanvas(0, 0).getContext('2d');
    if (context) context.font = FONT;
  } catch {
    // no canvas available
  }

  return context;
}

function toWidth(text) {
  const context = getContext();
  const width = context ? context.measureText(text).width : text.length * 10;

  return Math.round(width) + TEXT_PADDING;
}

const replicationStore = createReplicationStore({ toWidth });

text.length * 10 da ordezko neurketa canvas objekturik erabilgarri ez dagoenean.
Nahikoa da biltegi batentzat, haren dokumentua gorde bakarrik egiten bada eta inoiz errendatzen ez bada.

ReplicationStore

value getter

Editorearen uneko egoera serializatzen du.
JSON kate bat itzultzen du, dagoen bezala gordetzeko prest, ez analizatutako objektu bat.

const data = replicationStore.value;

4.0.0 bertsiotik aurrera, value biltegiratze-forma da: fitxategi batek gordetzen duen dokumentua, elementuaren value propietateak itzultzen duen testu bera.
Entitate biziak soilik ditu, ordena finko batean, kendutakoak, pilatze-ordena eta karga batek berriro kalkulatzen duen ezer gabe, hala nola toWidth funtzioak neurtzen dituen zabalerak.
4.2.0 bertsiotik aurrera, izen logikoak, izen bakoitza hiztegietatik eratorria den ala ez, domeinu-loturak, eta Hiztegia fitxako hitzak, terminoak eta domeinuak ere baditu.
4.2.0 bertsiotik aurrera, kanpoan uzten ditu, halaber, entitate baten testu-eremu huts bakoitza, ezer ez duen doc zerrenda eta bilduma bakoitza, eta collections bera, bilduma guztiak hutsik daudenean.
Bi zuriuneko koska du, hiztegiko errenkada bakoitza bere lerroan, eta lerro-jauzi batekin amaitzen da; beraz, dokumentu berak beti byte berak ematen ditu.
Zer duen jakiteko, ikus Biltegiratze-forma.

Blokeoa aktibatuta duen ezarpen bakoitza blokeatu zen balioarekin idazten da, eta gainerako ezarpen guztiak dauden bezala.
Viewport blokeoak ikuspegiaren jatorria eta zoom-maila batera hartzen ditu, eta fitxak, Kode-sortzailearen lengoaiak, izenen bi idazkerek eta mugatzaile motak blokeo bana dute.
4.2.0 bertsiotik aurrera, Izenen ikuspegiak ere badu berea, eta haren Name View blokeoa aktibatuta dago dokumentu berri batean.
Blokeoek dokumentuaren ignoreSaveSettings eremua ordezten dute; 4.0.0 bertsiotik aurrera, eremu hori ez da irakurtzen ez idazten.
4.0.0 bertsioa baino lehen, value biltegiak zuen bezalako dokumentu osoa zen, eremu horren korritze- eta zoom-bitak aplikatuta.

runtimeValue getter

4.0.0 bertsiotik aurrera, erreplikak duen bezalako dokumentua serializatzen du, kendutako entitateak eta karga batek kalkulatzen duen guztia barne.
Hemen ere, blokeatutako ezarpen bakoitza bere balio blokeatuarekin idazten da.

const snapshot = replicationStore.runtimeValue;

Erabili geroago sartzen den editore bat edo beste biltegi bat hasieratzeko, haren setInitialValue metodoaren bidez; ikus Elkarlaneko edizioa.
Erreplika batek ez du getLWW edo getVersion metodorik; beraz, ez du elkarlan-erregistrorik ematen runtimeValue propietatearekin: hartatik hasieratutako editore batek erregistroak martxan dauden editoreengandik hartzen ditu, Lankide bat hasieratzea atalean azaltzen den bezala.
Ez gorde inoiz fitxategi gisa: kendutako entitateak ditu, eta argitaratutako JSON Schema eskemak ukatu egiten du.
Kendutako entitate horiei esker, geroago bidalitako kentze baten desegiteak entitatea oso-osorik itzul dezake hartatik hasieratutako biltegian.
Dokumentua bere fitxategitik hurrengoz ireki arte geratzen dira, fitxategiaren formak kanpoan uzten baititu.

setInitialValue

Aurrez gordetako editorearen egoera kargatzen du.

replicationStore.setInitialValue('json...');

Biltegiratze-forma, exekuzio-garaiko balio bat edo aurreko bertsio batek gordetako dokumentu bat onartzen ditu, v2 dokumentu bat barne.
Kate huts batek, edo kate ez den edozerk, dokumentu berri eta huts bat kargatzen du errore bat jaurti beharrean.
Inoiz baliorik jaso ez duen biltegi bat dokumentu berri berarekin hasten da.
4.0.0 bertsiotik aurrera, dokumentu horrek blokeo guztiak aktibatuta ditu; beraz, haren value propietateak hasieran zituen ikuspegia, fitxa, Kode-sortzailearen lengoaia, izenen idazkerak eta mugatzaile mota gordetzen ditu, erreplikatzen dituen editoreek korritu, zooma aldatu, fitxaz aldatu edo ezarpen horiek aldatu arren. 3.10.0 bertsioan ez zuen gordetzen ez korritzea ez zooma, eta horren aurretik biak gordetzen zituen.
4.2.0 bertsiotik aurrera, bere Izenen ikuspegia ere mantentzen du, Physical Names, editoreek beraiena aldatzen duten bitartean.
Gordetako dokumentu batek bertan aipatzen diren blokeoak mantentzen ditu.
Bat ere aipatzen ez duena, hau da, 4.0.0 bertsioa baino lehen gordetako edozein dokumentu, v2 dokumentuak barne, blokeo guztiak aktibatuta kargatzen da: ikuspegiaren jatorria 0, 0 posizioan, zoom-maila 1 balioan eta ERD fitxa hautatuta, gorde zuena edozein dela ere, eta Kode-sortzailearen lengoaia, izenen idazkerak eta mugatzaile mota gorde zituen bezala.
4.2.0 bertsioa baino lehen gordetako dokumentu batek ez du Name View blokeorik aipatzen; beraz, blokeo hori aktibatuta eta Physical Names ikuspegian kargatzen da, gainerako blokeo guztiak desaktibatuta gordetakoa ere bai.
4.0.0 bertsiotik aurrera, setInitialValue metodoak aurreko dokumenturako gordetako elkarlaneko erregistroak ere baztertzen ditu, elementuaren setInitialValue metodoak egiten duen bezala.
JSON ez den testuak ere, adibidez bateratze-gatazken markekin geratu den fitxategi batek, ez du errorerik jaurtitzen: analisi-errorea kontsolan erregistratzen da soilik, dokumentua hustu egiten da, eta ezarpenak zeuden bezala geratzen dira.

4.0.0 bertsiotik aurrera, kargak ez du zabor-bilketarik exekutatzen; beraz, kendutako entitateak runtimeValue propietatean geratzen dira.
Lehen, doc eremuan agertzen ez ziren eta lau egun edo gehiagoan ukitu gabe zeuden entitateak baztertzen zituen.

Kargaren berridazketak setInitialValue metodoak itzuli baino lehen amaitzen dira: zutabeetako gako-markak, zutabe bakoitzaren aukeretatik eta erlazioetatik irakurriak; taula eta zutabe guztien zabalerak, toWidth funtzioarekin berriro neurtuak; konektore bakoitza bere taulekin elkartzen den puntuak; eta erlazio bakoitzaren identifikatzaile-marka eta haren guraso-muturreko ikurra.
Horietako bat ere ez dago value propietatean, baina deiaren ondoren berehala irakurritako replicationStore.runtimeValue propietateak dagoeneko guztiak ditu.
Kargaren ondoren berehala iristen den ekintza bat, adibidez berriro erreproduzitutako korritze bat, kargatutako dokumentuarekin alderatuta neurtzen da; beraz, karga bera ez da inoiz changed gisa jakinarazten.

Ez kargak ez berridazketa horietako batek ere ez du change gertaera igortzen.
Kargatutako dokumentua biltegiratze-forman berriro idatzi nahi baduzu, irakurri zuk zeuk replicationStore.value propietatea setInitialValue metodoak itzuli ondoren.

on@change

Editorearen egoeraren aldaketetara harpidetzen da.

const unsubscribe = replicationStore.on({
  change: ({ value, changed }) => {
    if (changed) {
      // save value...
    }
  },
});

change gertaera atzeratu egiten da 200 ms-ko isilaldia igaro arte; beraz, ekintza-zaparrada bat jakinarazpen bakar gisa iristen da.
Dokumentua alda dezaketen motatako ekintzetarako soilik abiarazten da, gehi editore zaharrago batek oraindik bidal dezakeen settings.changeIgnoreSaveSettings ekintzarako (ikus dispatch, dispatchSync).
Birbidalitako presentzia-ekintza batek edo editor.mergeLWW ekintzak ez du inoiz esnatzen.
Harpidetza kentzeko, deitu itzulitako funtzioari.

3.10.0 bertsiotik aurrera, entzuleak ReplicationChange motako balio bat jasotzen du, @dineug/erd-editor/engine.js azpibideak ReplicationStore motarekin batera esportatzen duen mota bat.
3.10.0 bertsioa baino lehen ez zuen ezer jasotzen, eta argumentua alde batera uzten duen entzule batek funtzionatzen jarraitzen du.
value biltegiratze-forman serializatutako dokumentua da, replicationStore.value propietateak une horretan itzultzen duen kate bera; beraz, ez dago berriro serializatu beharrik.
changed propietatea false da aurreko change gertaeraz geroztik, edo kargaz geroztik, izandako ekintzek value bytez byte zegoen bezala utzi dutenean.

Blokeo batek value propietatetik kanpo uzten duen aldaketak ere change gertaera abiarazten du, changed propietatea false dela; beraz, idatzi soilik changed propietatea true denean.
Halakoak dira korritze bat edo zoom bat Viewport blokeatuta dagoen bitartean, fitxa-aldaketa bat Canvas Type blokeatuta dagoen bitartean, eta Kode-sortzailearen lengoaiaren, izenen idazkera baten edo mugatzaile motaren aldaketa bat bere blokeoa aktibatuta dagoen bitartean, eta aldaketa hori 5.1.0 bertsiotik aurrera 5.1.0 baino lehenagoko editore batek soilik bidaltzen du oraindik (ikus dispatch, dispatchSync).
4.2.0 bertsiotik aurrera, halakoa da Izenen ikuspegiaren aldaketa bat ere Name View blokeatuta dagoen bitartean: editoreak bidali egiten du oraindik, baina erreplikak baztertu egiten du, beste editoreek bezala.
Irakurtzeko soilik dagoen editore batean egindako Izenen ikuspegiaren aldaketa bat modu berean baztertzen da, haren blokeoa edozein dela ere.
Elementuaren change gertaerak halako aldaketa kanpoan uzten du, baina erreplikak jakinarazi egiten du hala ere.
Blokeo guztiak aktibatuta daude dokumentu berri batean eta 4.0.0 bertsioa baino lehen gordetako batean, eta Name View blokeatuta dago 4.2.0 bertsioa baino lehen gordetako edozein dokumentutan.
Viewport desblokeatuta dagoela, korritze batek edo zoom batek value aldatzen du; Canvas Type desblokeatuta dagoela, editorearen beste fitxa bat irekitzeak ere bai; eta Name View desblokeatuta dagoela, irakurtzeko soilik ez dagoen editore batetik egindako Izenen ikuspegiaren aldaketa batek ere bai.
Blokeo bat aktibatzeak edo desaktibatzeak ere value aldatzen du.

4.0.0 bertsiotik aurrera, changed propietateak biltegiratze-forma alderatzen du, eta horrek ez ditu ez kendutako entitateak ez pilatze-ordena.
Hortaz, change gertaera bakar baten barruan gehitu eta berriro kendutako taula bat, beste lankide batek kendutako entitate batean egindako edizio bat eta pilatze-ordena soilik aldatzen duen birbidalitako karga bat, guztiak ere changed propietatea false dela iristen dira.
4.2.0 bertsiotik aurrera, gauza bera gertatzen da Hiztegia fitxako orri batean gehitu eta hutsik utzitako errenkada batekin, biltegiratze-formak ezer ez duen errenkada kanpoan uzten baitu.

changed propietateak ez du inoiz zure gordetako fitxategiarekin alderatzen, eta fitxategi hori kargatu bezain laster value propietatetik desberdina izan daiteke: aurreko bertsio batek gordetako fitxategi bat desberdina da, v2 fitxategi bat barne, eta baita byte-ordenaren marka batekin hasten den fitxategi bat eta eskuz editatutako bat ere.
4.2.0 bertsiotik aurrera, horien artean dago 4.0.0 edo 4.1.0 bertsioak gordetako fitxategi bat ere, value balioak kanpoan uzten baititu halako fitxategi batek dituen entitateen testu-eremu hutsak eta doc zerrenda eta bilduma hutsak.
Halako fitxategi batekin byteak alderatzeak blokeo batek kanpoan uzten duen korritze bat ere edizio gisa zenbatuko luke.
changed propietatea true duen lehen change gertaerak halako fitxategia biltegiratze-forman itzultzen du; beraz, hura idazteak fitxategia behin berridazten du.
Bertsio honek gordetako fitxategi bat ez da desberdina, non gorde zen gorabehera, toWidth atalean azaltzen den bezala.
change gertaera bat oraindik zain dagoela setInitialValue deia iristen bada, eta haren unea iritsi aurretik ezer bidaltzen ez bada, change hori iritsi egiten da hala ere, kargatutako value balioarekin eta changed propietatea false dela.

dispatch, dispatchSync

Urruneko editorearen aldaketak replicationStore instantziari aplikatzen dizkio.

replicationStore.dispatch(actions); // async
replicationStore.dispatchSync(actions); // sync

dispatch metodoak mikrozeregin batera atzeratzen du aplikazioa, eta dispatchSync metodoak sorta berehala aplikatzen du.

Biltegi partekatu baten jarioa iragazi gabe pasa dezakezu.
Bi metodoek dokumentua alda dezaketen motatako ekintzak soilik gordetzen dituzte, gehi atal honen amaieran azaltzen diren biak, eta gainerakoak baztertzen dituzte; beraz, elkarlaneko saio batek daraman presentzia — erabiltzaile bakoitzaren saguaren kurtsorea, fokua, hautapena eta arrastatze-laukia — ezer egin gabe igarotzen da.

3.10.0 bertsiotik aurrera, gordetako ekintzen artean relationship.changeOnDelete eta relationship.changeOnUpdate daude, eta relationship.add ekintzak onDelete eta onUpdate eremuak daramatza.
Aurreko bertsio bateko biltegi batek ekintza horiek baztertzen ditu eta eremu horiek alde batera uzten ditu; beraz, erlazio baten ON DELETE eta ON UPDATE ekintzak galtzen ditu.

4.0.0 bertsiotik aurrera, gordetako ekintzen artean daude, halaber, table.changeGroup, zortzi tableGroup ekintzetatik zazpi (tableGroup.add, tableGroup.move, tableGroup.moveTo, tableGroup.remove, tableGroup.resize, tableGroup.changeName eta tableGroup.changeColor; guztiak, pilatze-ordena aldatzen duen tableGroup.changeZIndex izan ezik), relationship.changeColumns, settings.changeLockSettings eta settings.changeDDLScript.
settings.changeRelationshipOptimization ekintza jada ez da existitzen; beraz, bi metodoek baztertu egiten dute.
Aurreko bertsio bateko biltegi batek ekintza berriak baztertzen ditu; beraz, taula-taldeak, blokeoak, SQL eskema fitxako scriptak eta Mapatu zutabeak elkarrizketa-koadroak lehendik dagoen erlazio bati ematen dizkion zutabeak galtzen ditu.
Exekutatu erreplika editoreen bertsio berean edo berriago batean.

4.1.0 bertsioak ez du ekintza motarik gehitzen eta @dineug/erd-editor/engine.js zegoen bezala uzten du; beraz, 4.0.0 bertsioko erreplika batek 4.1.0 bertsioko editore batek bidaltzen duen aldaketa oro gordetzen du, 4.1.0 bertsioko erreplika batek egiten duen bezalaxe.
4.1.0 bertsiotik aurrera, Bilatu eta ordeztu funtzioko Replace eta Replace All botoiek indizeen eta taula-taldeen izena ere aldatzen dute, 4.0.0 bertsioko erreplika batek dagoeneko gordetzen dituen index.changeName eta tableGroup.changeName ekintzen bidez.
Arakatzailearen egoera propioa ez da inoiz bidaltzen, eta hark eragindako fitxa-aldaketa edo korritze bat beste edozein fitxa-aldaketa edo korritze bezala iristen da; ikus Elkarlaneko edizioa.

4.2.0 bertsiotik aurrera, gordetako ekintzen artean daude, halaber, table.changeLogicalName, table.changeNameDerived, column.changeLogicalName, column.changeDomain, column.changeNameDerived, settings.changeNameViewMode, eta dictionary.add, dictionary.update eta dictionary.remove, Hiztegia fitxako orrietako edizio, ordenatze eta CSV inportazio guztiak daramatzatenak.
Izenen ikuspegiaren aldaketetatik, erreplika batek irakurtzeko soilik ez dagoen editore batek Name View desblokeatuta dagoen bitartean egiten dituenak bakarrik aplikatzen ditu, eta gainerakoak baztertzen ditu (ikus on@change).
Aurreko bertsio bateko biltegi batek ekintza horiek guztiak baztertzen ditu; beraz, izen logikoak, domeinu-loturak, izen bakoitza hiztegietatik zetorren ala ez, hitzak, terminoak eta domeinuak, eta Izenen ikuspegia galtzen ditu.
Saioan dagoen 4.2.0 bertsioa baino lehenagoko editore batek horren zati bat ken diezaioke oraindik 4.2.0 bertsioko erreplika bati.
Editore horretan egindako SQL eskema, GraphQL, DBML edo AML Import ekintza batek, ez ordea Import and Add batek, erreplikaren hitzak, terminoak eta domeinuak husten ditu.
Editore horrek karga bat, Import ekintza bat edo clear() dei bat desegiteak dokumentuaren bere kopia kargatzen du erreplikan, izen logikorik, domeinu-loturarik eta hiztegirik gabe; ikus Bertsioak nahastea.
@dineug/erd-editor/engine.js azpibideak lehen bezala esportatzen ditu createReplicationStore, ReplicationStore eta ReplicationChange, eta createReplicationStore funtzioak testuinguru bera hartzen du.

5.1.0 bertsioak ez du ekintza motarik gehitzen eta ez du @dineug/erd-editor/engine.js azpibideko esportaziorik aldatzen; beraz, 4.2.0 bertsiotik aurrerako erreplika batek 5.1.0 bertsioko editore batek bidaltzen duen aldaketa guztiak mantentzen ditu oraindik.
5.1.0 bertsiotik aurrera, erreplikak une berean egindako edizioak 5.1.0 bertsioko editoreek bezala konpontzen ditu; ikus Aldi bereko edizioak.
Erregistro-bertsio bat mantentzen du taula baten kokapenerako, oharren eta taula-taldeen kokapenerako eta tamainarako, eta ikuspegiaren jatorrirako eta zoom-mailarako.
5.1.0 bertsioko editore batek arrastatze bat, ikuspegiaren mugimendu bat edo zoom bat amaitzen den lekua bezala bidaltzen du, table.moveTo, memo.moveTo, tableGroup.moveTo, settings.scrollTo eta settings.changeZoomLevel bidez, eta erreplikak horietako bakoitza, eta memo.resize eta tableGroup.resize bakoitza, bere erregistro-bertsioa dagoeneko duenaren azpitik ez dagoenean soilik hartzen du.
Beraz, editore horietako bik taula, ohar edo taula-talde bat une berean mugitzen edo haren tamaina aldatzen dutenean, erreplikak guztiek erakusten duten kokapenean eta tamainan gordetzen du, edozein ordenatan entzuten dituela ere, eta garraioak bitan entregatzen duen arrastatze, ikuspegiaren mugimendu edo zoom batek ez du ezer bitan mugitzen.
Viewport desblokeatuta dagoela, erreplikak jatorria eta zoom-maila bakoitza erregistro-bertsio handieneko idazketatik gordetzen ditu, idazketa hori egin zuen editorea zegoen lekuan.
Zoomak jatorria ere mugitzen du; beraz, bi editorek une berean egindako ikuspegiaren mugimendu bat eta zoom bat editore baten jatorria eta bestearen zoom-maila gisa gorde daitezke.
5.1.0 bertsioa baino lehen, erreplikak editore guztien ikuspegiaren mugimendu- eta zoom-urratsak gehitzen zituen ikuspegi bakar batera.

5.1.0 baino lehenagoko editore batek arrastatze, ikuspegiaren mugimendu edo zoom batean bidaltzen dituen distantziak (table.move, memo.move, tableGroup.move, settings.streamScrollTo eta settings.streamZoomLevel) erreplikak duenari gehitzen zaizkio oraindik, erregistro-bertsioetatik kanpo.
Kolore-aldaketa bat erregistro-bertsiorik gabe iristen da oraindik: erreplikak, editore bakoitzak bezala, bere erregistro-bertsio bat jartzen dio eta entzun duen azken kolorea mantentzen du; beraz, taula, ohar edo taula-talde baten une berean egindako bi kolore-aldaketa editore batek erakusten duenaz bestela gorde daitezke.
5.1.0 baino lehenagoko erreplika batek puntuak eta tamainak iristen diren ordenan aplikatzen ditu; beraz, taula bat 5.1.0 bertsioko editoreek erakusten duten lekuan ez den beste batean gorde dezake.
Mantendu saioko editore guztiak, eta erreplika, 5.1.0 bertsioan edo berriagoan, une berean egindako edizioak berdin amaitzeko, Aldi bereko edizioak atalak zerrendatzen dituen salbuespenak kenduta.

5.1.0 bertsiotik aurrera, editore batek Kode-sortzailearen lengoaiaren, izenen idazkera baten edo mugatzaile motaren aldaketa bat dagokion ezarpenaren blokeoa desaktibatuta dagoen bitartean soilik bidaltzen du, bere karga-datuetan shared: true markarekin, eta erreplikak marka duten guztiak aplikatzen ditu, editoreek bezala; ikus Elkarlaneko edizioa.
Markarik gabekoa, 5.1.0 baino lehenagoko editore batek blokeoa edozein dela ere bidaltzen duena, ezarpena bere aldean desblokeatuta dagoen bitartean soilik aplikatzen du erreplikak, eta baztertu egiten du ezarpena blokeatuta dagoen bitartean (ikus on@change).

4.0.0 bertsiotik aurrera, bi metodoek editor.mergeLWW ere aplikatzen dute; ekintza horrek beste editore bat saiora sartzen denean editore batek erantzun gisa bidaltzen dituen elkarlaneko erregistroak daramatza, eta, horri esker, erreplikak editoreek bezala ebazten ditu aldi bereko edizioak.
Ez du value propietatearen byte bakar bat ere aldatzen, eta ez du change gertaerarik abiarazten.
4.0.0 bertsioa baino lehen argitaratutako editore batek oraindik bidal dezakeen settings.changeIgnoreSaveSettings ekintza gorde egiten da, baina ez du ezer aldatzen: change abiarazten du, changed propietatea false dela.

destroy

replicationStore instantzia erabat suntsitzen du.

replicationStore.destroy();

Ondoren, biltegiak change igortzeari uzten dio eta ondorengo dispatch deiak alde batera uzten ditu.
Dokumentua bere azken balioan izozten da, errore bat jaurti beharrean.
Berriro hasteko, sortu biltegi berri bat.