after spending over one hr on this, I gave up.
I open a text file. make it show line numbers (view->Line number). Now I want to tell textpad to save this setting so that I do not have to do this each time I open a text file again. Yet, I am not able to find anywhere how to do this simple task.
I am using texpad 7.4.0 on windows. I looked at configure->preferences->text and I do not see anything about show line numbers.
Go to Configure > Preferences. From the left side menu options, select View and make sure Line Numbers is checked. Press Ok and you are good to go.
As a follow-on to Pramod's answer for users who have checked the box at Configure > Preferences > General > Allow multiple instances to run you'll need to make sure that the instance of Textpad that has your changes is the last one to be closed, or copies with the previous set of settings will overwrite your new settings when they close.
To get your preference changes to stick around, close all but one instance of Textpad, change the settings, and then close that last copy of Textpad.
This goes for any Textpad preference, including showing line numbers.
Why:
Each instance of Textpad saves its settings when it closes (not when you change the setting, which is what you would think would happen).
Every time an instance of Textpad closes, it rewrites the full set of settings, even if you didn't change them in that instance (behavior which I would classify as a bug).
This means that if you have two instances of Textpad open (call them 'A' and 'B') and you change some preferences in instance 'A', but then you close instance 'A' and then you close instance 'B', the set of preferences from instance 'B' wipe out the settings you just changed in instance 'A' and you don't get them back.
To save your preferences effectively, you need to make sure that the last open instance of Textpad is the one that has your changes, and then you need to close that instance.
After that, any instance you open will have the new settings.
This bothered me for a while before I figured it out.
Related
How can I turn off the auto complete option in Paw?
The UI of Paw has an auto complete option that is for me a bit agressieve.
For instance I create a new POST Request, go to the body, set it to JSON mode, and start typing property names. Since I know them by hard I want to do it fast.
However when I type something like name and press tab, it automatically changes this to a Dynamic Value Variable name. Same with typing the string value 2 with a quick tab this changes to MD2. When I then want to execute the request, it is not what I wanted, and it will have blancs because I did not setup the dynamic vars correctly.
Don't get me wrong I have been using Paw for a few years now and loving the app, however this part really annoys me. Especially with a large project setup with a lot of Environment variables configured.
I have tried to live with it, try to look for it and type esc instead of tab on the right times. However constantly looking if Paw would do the auto complete is just annoying and slows me down quite a bit.
Have I missed a configurable setting somewhere?
Does Oracle SQL Developer 4.1 provide an indicator for what lines were changed in the code editor? For example, in SSMS a yellow vertical bar appears next to the line number, whenever new code is added/modified/deleted. This line changes to green after it is saved.
Kind of.
You need to toggle over to the History panel for your Code Editor. Then you can see this -
The revision history 'depth' can be configured in preferences, and a benefit (I think) over SSMS here is that it will track changes over multiple iterations of your file, not just between what happened since 'last save.'
I created a very small script (without saving) in RCmdr top window, but I only saved the workspace.
When I reload this I can't see anything that was in the top window originally. My mistake I know, but is there a way to see any hint of the functions etc I may have called, from the workspace file? I can see the objects - but not what created them.
If you open a new R session, try hitting the up-arrow keys. The normally invisible .Rhistory file is usually loaded at the start of a new session if the prior session ended normally. If the session is open in a GUI hten you may be able to display the list of commands with a menu command. This may also display that file:
loadhistory(file = ".Rhistory")
The history is cumulative, so unless you had a really long session intervening you may still be able to get code going back for several session. I think it keeps the last 500 entries by default. Actually turns out to be 512. See:
?history
I've received a rush project (asp.net c# framework v2), of course due on Monday morning. It's a very simple project -- add a "Request Quote" page to an existing site. Basically, collect some info and then email someone at the company the contents of the form, and show the user a "Thank You" page. Simple as pie...until I just read the last requirement.
Every form submission is supposed to have a "Confirmation Number", starting with 10000, and each one successively increments the number by one.
Sounds so easy right? Well, I don't have a database in this site. No idea why, I really don't know anything else about the site other than the info I need to fill the requirements.
So, with this in mind, and realizing that this is less than optimal, I guess my only solution is to make a text file (yuck) and read it in, get the last number used, add one, and write that back to the text file. Which of course leaves a lot to be desired in respect to "locking" of the file so I don't get duplicate numbers.
Anyone have any suggestions for me? I'm open to anything at this point...
First, I'm assuming each process has some sort of unique identifier available. This could be a process ID, or something that is guaranteed to be unique without race conditions. Write this value to a file with the same name, so that you don't have a race creating that file. Then, move it to a file called "lock" if it doesn't exist. Check that this happened successfully by looking at the contents. Now read the value from the Confirmation number file. Check that the "lock" file has your unique identifier in it -- this ensures there wasn't a race from two people trying to move their file to lock. If it is yours, write back the incremented number and your unique ID to the Confirmation number file. Check again you hold the lock, and that the Confirmation number file has your ID. Then remove the lock file.
Should this fail, just sit around waiting for the lock file to disappear, then try again.
This should allow you write to a file in a race-free manner, and ensures that the sequence number always increases by one.
You could keep track of the confirmation number in the Windows Registry, but given the option it's probably easier to use a simple text file as you suggest. Make sure you clean up (i.e. Dispose) the file handles each time to release any file locks.
I would think of XML as a good solution.
This post might make xml even easier for you.
I am currently using powerbuilder 6.5
In my application, i want to make a code where any change in one window should reflet another window.Two windows are using the same table. if we channge in one window it is not reflecting in another window if the other window is opened earlier. what cani do?
It might help to know a little more about what you are trying to accomplish. Are both windows open at the same time on a single user's screen? Or is one window available to one user and the second being viewed by a separate user waiting to see the updates?
By themselves, the datawindows won't retrieve automatically on updates to the underlying table. In fact, if you have configured the datawindows properly, the update rules should provide some concurrency protection and will not let the second dw update the same table after the first updates. DataWindow2 will sense there's been a change and will try to prevent clobbering the DataWindow1's changes. But again, this may not be an issue if in your context the second window is read-only.
You could have the first window finish its update then check for the existence of the second window and have it retrieve. Even better, use a non-visual business object as an intermediate handler (and also keep nasty cross-window communication code out of the GUI). When the first window's update is successful have it tell the business object it's done, and the object can then tell the second window to retrieve. But there would need to be more done if your second window is updateable.
Use the datawindow ShareData method to share the content of the two datawindows (you do mean datawindow when you say table, right?).
BTW, I feel for you, having to use that PB 6.5 dinosaur. OTOH, we've just migrated from PB 10 to shiny new PB 11.5, and it has the worst IDE I have ever used. As a programmer, I'm embarrassed to see such am awful software. Sybase should be ashamed of themselves, releasing such a lousy product.
# eran
No i meant table only.
Two windows are using different datawindow and for these datawindow it is using same table.
So if we change in one window it wont reflect that change in other window if it opened one.