La aplicación esta manifestando mucha lentitud y problemas para realizar cambio masivo de tipografías . Intenten ustedes realizar un cambio de tipografía en el el sector [AB3:CF58931] de la pagina [Principal] documento ubicado en [http://dimaeh.net/Respaldos/] de nombre [{ Matriz Lexical Dimaeh }_x.ods] . También manifiesta lentitud en los procesos de "Ajuste de Filas" .
This is basically an invalid bug report. Setting to NEEDINFO. Please find someone that can help you translate this report into english.
Hi Diego, thanks for reporting. Please take in account, that this bug report system works in English. Description translation: " Application is showing too much slowness and troubles to do massive typographic changes. . Try to do a typographic change in sector [AB3:CF58931] of sheet [Principal], document placed in [http://dimaeh.net/Respaldos/] file name [{ Matriz Lexical Dimaeh }_x.ods] . Also it shows slowness in the process of "Rows adjust" " Please what do you mean with typographic changes?
I refer to when I try to assign a new typography to a large block of cells. Just today I had to leave the LibreOffice 4.1 OpenSuse 13.1 and back to 12.3, which brings LibreOffice 3.6
sorry, but sometimes forget that engineers are usually laymen everything that is not part of your little world .. . typography is synonymous with Font,, archivo.ttf
(In reply to comment #4) > typography is synonymous with Font,, archivo.ttf Actually, that’s not true. Search Wikipedia. It’s just that some Spanish-speaking people wrongly refer to individual fonts or typefaces as “tipografías” (and that includes some software translators).
"So goes the pitcher to the fountain at the end is broken ..." regardless of the discussion of the semantics of the word "font" the application is manifesting serious problems in implementing changes in large cell blocks . visit you : http://www.wordreference.com/es/translation.asp?tranword=fonts
(In reply to comment #6) > visit you > : > http://www.wordreference.com/es/translation.asp?tranword=fonts Thanks, your link confirms *exactly* what I said ;-)
Hi Diego, translation wasn't the matter, the question was about to know exactly what are you talking about. In my opinion, a spreadsheet it isn't the proper tool for a work with a such amount of data, better I think with a database tool. E.g. every time you change the font for more than 11 million of cells, calc needs to recalculate the high for every changed cell to set up the high for the row. If you keep undo steps for more than 0, all this changes needs to be kept, to make possible the undo. If you want to do it with calc, IMHO then you need reduce any special formats as much as possible. 1- There are two OLE objects, that seems they are there by error. To locate it, use Menu/View/Navigator [F5] 2- Reduce or better avoid the formats specially in long data table, and more specially the direct formats. 3- Use default format as much as possible, you can change it, Menu/Format/Styles&Formatting [F11] 4- Take care of the style's use, hierarchically sorted, you can change the font in default style, or in a hierarchy style level. Making much easier to maintain the formatting. 5- Delete conditional formatting if you can, or reduce it to a not large ranges. 6- Put every data table in their sheet. 7- Let formats for when you have finished the work, save a lot of work hours, and it makes easy find when the problems appear.
Hello mariosv : Thanks for your councils, however I want to leave a record of that for years I have been working with my big spreadsheets, and have noticed that many times when new versions of LibreOffice precent, ploblemas usually happen as I am manifesting . As I mentioned the LibreOffice version 3.6 does not show instability problems in handling large blocks of cells as the same version 4.1 or 4.2 . Thanks for everything .. .
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of FDO
Nowadays many gamers are found encountering various Steam related issues. One of the most shocking issues is Steam not recognizing installed games, as reported by the players. How to fix the steam not recognizing installed game without any complex steps or methods are given here. https://www.techrulz.com/steam-not-recognizing-installed-games/