This is an old revision of the document!
Analysis of rendering labels on other sites
Now the merkalt sites (excluding wallstickers) are using the next schemz: after the customer changed label parameters (type the text on the lines and leave the field; select motif, background or text color) there is a lock of all controls of product and execution of script in the background which renders label. The rendering result is saved in a temporary image file. In the HTML the label's preview is defined as the “image” html-element which URL linked with the rendered image file.
Update performed after each character set in the lines fields of the label preview constructor. On each change of solitary character, delayed update is started (timeout is 500 ms). After each click (color changing, motif selecting, etc.) the label update started without a pause. When update of label preview is ready, it applied unless user made any other action - this case the change not applied and preview generation starts again. Label's image URL is not the link to the updated image file as it now on Merkalt. There is an URL to script which generates label image and returns the image. Each user action launches a change of parameters for image URL and then receives updated image. примеры Url для картинки на http://www.nordicprint.no/navnelapper приведи. я не понял например меняется там урл или нет. Если да почему там нет эффекта с исчеезанием/появлением, если нет как они насчет кеша решают проблему
A similar algorithm for rendering the label as in the previous case. The only difference is that the process takes place without timeout. Delayed updating the preview of label is better then immediate update because of it calls asynchronously and does not prevent the user to do some actions on. Не согласен, а без таймаута не асинхронно?
There are div elements as container for the label. All changes made by the user are displayed directly in the container html markup using javascript. This method is used on the merkalt's wallstickers site now. The advantages of this method is that the whole process of rendering labels are on the client side, no server requests are performed and therefore there is no need to use lockers or calls rendering by timeout as preview change is immediate. The disadvantage of this method is that we need to adapt the layout preview of the label for the main types of web-browsers. Я не понял что это значит - adapt как? Там по идее только работы много This method is one of the best in terms of performance. Perhaps it could be considered to be used.
The principle of label rendering is similar to the previous case