Re: [libreoffice-users] menu text background
Hi :) I am not sure about how to get the result you wanted. There is a way to add buttons to a single instance of LibreOffice on a single machine using; Tools - Customise - Toolbars - Add and the list of functions you can add is quite long so hopefully you might find what you want there. I'm not sure how to make a button do a number of different things in sequence. I'm also not sure how to modify the coding to do something that is not already on the list. Doing it this way means the button is text-only. I'm not sure how to get an icon. More importantly, for your case, i don't know how to edit the text that does appear on the button when the button is made in this limited way! I am just hoping that someone else is able to give a better answer! Apols and regards from Tom :) On 8 April 2014 10:31, Rajiv Yadav wrote: > Sir, > I have amened the file sc/uiconfig/scalc/menubar/menubar.xml to add my new > button after Help menu button. Button got added but background text for > button not coming where is code to get the button background.. > > > regrads > rajiv > pune university > India > > -- > To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org > Problems? > http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette > List archive: http://listarchives.libreoffice.org/global/users/ > All messages sent to this list will be publicly archived and cannot be deleted > -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-users] Re: Microsoft Revisits the '80s With MS-DOS, Word for Windows Source Code,
yes, you're correct. MSFT is again attempting to re-write history - they ignore the facts on how they began, and all those who actually were the brains behind these machines. From: CVAlkan Date: Fri, Apr 4, 2014 at 4:56 PM Subject: [libreoffice-users] Re: Microsoft Revisits the '80s With MS-DOS, Word for Windows Source Code, To: users@global.libreoffice.org Not sure if my recollections are correct, but I don't believe either DOS (before 2.x) or the DOS version of Word were written by Microsoft. I seem to recall that both were purchased and re-branded. Word for MS-DOS was typical of the approach Microsoft would perfect over many subsequent years. Its success (actually not all that great) was based almost entirely on marketing. In its heyday, almost all word processors for the MS-DOS / PC-DOS platform were at least as good as Word, and many were far superior. WordPerfect (4.x and later) were far more suitable for anyone actually attempting to create a document. Word, for instance, took up fully half of the available (80x25) screen space with typically "intuitive" menus (isn't it obvious to a new user that Esc-File-Transfer is the appropriate sequence for saving a file? - and weren't most users pretty new back then?). And as for printing, one needed to have a Microsoft "approved" (as opposed to "supported;" even then, arrogance was one of their hallmarks) printer (nothing wrong with Epson and Okidata, of course, but remember when the HP LaserJet first appeared?) to get any output. Most of its competitors supported many more devices. My recollection is that Microsoft Word's support for the LaserJet (we had both where I worked when that first appeared) came a good six months after WordPerfect's. I remember training secretaries on an IBM standalone word processor machine (can't recall the model, but it used 8" floppies); this effort went quite smoothly. When we later began introducing those PC things, I had a devil of a time training those same secretaries on Word (we fell for the OS-WP compatibility argument), it was a disaster. We then shifted gears to WordPerfect which had an even higher learning curve initially, but most caught on to its way of thinking very quickly. When WordPerfect 5.x arrived, there was even the ability to display a graphic preview (almost WYSIWYG) display of the printed output on a normal character screen - and this was available not only for DOS versions, but on a wide variety of platforms such as the then popular DEC and DG terminals. Since most other machines had standard VT-100 emulation, life was good for WordPerfect users. In those days as I recall, I only ran into a minority of businesses that used Word. There were a good number of other pretty capable word processors in use, a number of which also included "database" and other such modules (too primitive to call them "suites," I suppose, but the idea was there. But I think the combination of WordPerfect and Lotus 1-2-3 was far more common than Word and (uh-oh, Excel didn't come along until later). Sorry for the trip down memory lane, but I agree that this is undoubtedly some sort of publicity stunt. Call me cynical, but I can't help wondering what's up their sleeve with this. -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-users] Do Macros run serially or in parallel?
Hi Andrew, I had forgotten about the possibility of concurrency. So I did some more testing and discovered that I was a bit too quick in coming to the conclusions outlined in my last post. I ported my system, (from Paradox), a couple of years ago and did have concurrency problems then. I did what you suggested a few posts back and used a global variable, (gbinitfTransEntry), to indicate when the initialisation routines were in progress. If gbInitfTransEntry was false, I simply exited the relevant Sub and repeated it at the end of the initialisation process. In my first lot of testing I thought that I had disabled all the places where this was happening, but there was one I missed and as a result it looked like the problem no longer existed. As an aside, is there any utility available for printing out a list of all of the subs that are called from a Form's events? The one I missed was on a Sub Form control. I had checked all the other controls on the form, but missed that one! (You can get at Forms and Sub Forms, only by using the Form Navigator button.) Anyway, I stumbled over the gbinitfTransEntry code I had missed, disabled the Exit Sub line, and the Name Sub started crashing because the Initialisation had not been completed. By setting an appropriate breakpoint in the code I found that the Name Sub called from the Sub Form control Event, (After record change), went straight to the top of the Calls list, stalling the Init Sub that had been processing. I tried your suggestion of a Busy Wait, but while it did create a delay, as far as I can tell, there does not seem to be any way to enable the Init Sub to proceed until the Name Sub has concluded. (To achieve that I had to reinstated the Exit Sub line. Otherwise the system just crashed.) So, unless proved otherwise, I think that using a global variable to exit certain Subs and repeat them later, is the only way to overcome this sort of problem. What prompted my question in the first place was attempting to run the accounting system on a Windows XP PC. (My PC runs Windows 7.) On XP I was getting what I thought might have been concurrency or timing errors. I now have some tools that will no doubt help iron out those problems. Thanks again for your help. Noel -- Noel Lodge lodg...@gmail.com On 6 April 2014 00:50, Andrew Douglas Pitonyak wrote: > > On 04/05/2014 09:13 AM, Marion & Noel Lodge wrote: > >> Hi, >> >> Sorry I've been slow to respond to all your posts. It has taken me a >> while >> to sort out what I think is happening. >> > > Many of us are very busy and totally understand when it takes time to > respond! > > > Fernand, thanks for your code suggestion. I pasted it into the start of >> my >> macros and the Wait() statement worked perfectly. Then I incorporated it >> into my Init macro and discovered that none of my Wait() statements >> worked. The same applied to the AccName macro. I was really puzzled and >> probably spent longer than I should have on the problem, but I felt I >> really needed an answer. Finally, through much trial and error I found >> which macros Wait() worked in and which it didn't. My testing was not >> exhaustive, but it seems that Wait() doesn't work in any macro that is >> called from one of the Form's events. When I got back to reading my >> emails, I discovered that Andrew was predicting that this might be the >> case! >> > > So if you really wanted wait to work inside an event handler, you would > need to write your own and then simply perform a busy wait. Something like > this code that won't work as written (too lazy to look up syntax and such) > > tempLong = getSystemTicks() > StopWhen = tempLong + someDeltaValue > Do While StopWhen < getSystemTicks() > Do something to eat a bit of time > For i = 0 To 1000 > For j = 0 To 1000 > doubleTemp = i + j > Next > Next > End > > > > Then it occurred to me that, rather than use separate text files for >> printing out the Now() values, if I used just one file, it would give me >> the order of processing, and the exact times would not be so important. >> So >> I did that and also added System Ticks / 1000. The result was as follows >> - >> > > I purposely suggested two different files because if things were not > serial, then you might have two places attempting to write to the same file > at the same time (concurrency problem). My concern was that: > > 1. Macro A updates the form and control returns to Macro A that continues > to run. > 2. The form event is triggered calling Macro B before Macro A finishes. > > So, if one macro updated a field on a form, which caused an event to be > triggered, then the triggered event might be running in a separate thread > (at the same time) as the macro that updated the field. In fact, if this > was not the case, then I expected that the behavior would always be the > same, and it sounded like the behavior was not always the same for you. > > > Init 1. 05/04/2014 23:20:37
[libreoffice-users] menu text background
Sir, I have amened the file sc/uiconfig/scalc/menubar/menubar.xml to add my new button after Help menu button. Button got added but background text for button not coming where is code to get the button background.. regrads rajiv pune university India -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted