I'm using FlashDevelop 4.6.1.30 in Windows, using it with HaxeFlixel.
The autocomplete suggestions appear when editing code - this is wanted, it is good.
They also appear when editing text files though - this is not wanted, it is not good.
Specifically, if I create a new text file in flash develop (so the file is called "readme.txt" or something), after typing a few words, FD tries to "guess" what I'm typing and pops up the suggestions list. This, of course, makes no sense when trying to type out things that aren't code.
Yes, I've seen this Flashdevelop - Disable autocomplete for txt files and no, it doesn't work - even after a restart.
Here is a screenshot showing it not working...
Can confirm, setting that option doesn't prevent completion in .txt files. Consider opening an issue on the FlashDevelop repository.
Looks like a bug.
For now you can simply disable the BasicCompletion plugin (check Disable and restart FlashDevelop).
Related
In VSCode if I press Ctrl+P, I can type a filename and open it.
Since some recent update, these files open in the same editor, so it isn't possible to open multiple files one after the other.
I remember there being a setting somewhere but I can't find it. What's the name of it? And/or, how do I change this behavior?
As #Mark pointed out, the key word here is "preview".
Under Workbench -> Editor, there is Enable Preview from Quick Open.
Hopefully this helps someone else out who also doesn't know what the feature is called, and who is annoyed about VS Code constantly resetting their config when it feels like it. :-)
It looks like Notepad++ as of ver. 6.6.7 is now actively blocking the AutoSave (ver. 1.4) plugin.
Notepad++ will remove AutoSave when upgrading and re-loading AutoSave with the Plugin Manager now fails.
Live and die by the ability to make a quick .PHP script change and switch over to the browser window without having to remember to click on the Save file toolbar icon.
Any suggestions or alternatives?
OK, found the solution.
Rather than relying on the Autosave version downloaded by Plugin Manager, go to the link listed -- http://sites.google.com/site/fstellari/nppplugins -- and download v1.40 from there.
The zip file will have 2 versions of the dll (A for ASCII and U for Unicode ?). Copy the AutoSaveU.dll file to "C:\Program Files (x86)\Notepad++\plugins\" and you should be back in business.
Update: After running for a few days with Autosave enabled, found that automatic spell check and the ability to right click on a word or phrase would randomly disappear. Disabling "Auto Save when Notepad++ looses focus" solves that problem. For now, have decided that spell check and right clicking are more important than auto-saving.
I have found the best solution to this, if you install notepad++ and use 'Resource Hacker' (google it) to change the menu (cut it down) and the icon (change to notepad), and install the autosave plugin in notepad++, then you have something that looks almost entirely indistinguishable to classic notepad! And txt files have the notepad logo.
Also you need to go into settings and turn off a bunch of settings, including under editing tab, turn off line numbering, and change colours in 'style configurator'.
The only notable difference is that highlighted text remains black.
Check out this image to see how close it is, you could even cut and rename menu items to look identical but there is no need to be that pedantic.
I've got a small homework project, and for whatever reason Eclipse has decided to stop highlighting syntax or allowing intellisense or goto definitions or anything in this Main.java file. I've tried rebooting it, and the computer, but had no luck.
The thing that really has me confused is that it's still compiling and running the code correctly (eg, changes I make in Main.java are compiled and run - it's not running old Main.class files), so it's still in the build path ... right?
Any ideas?
Right click on the file in the Package Explorer and choose the Open With menu. You will probably find that Text Editor is selected, choose Java Editor to open the file with the correct editor.
The Open With menu selection is remembered so you should get the Java Editor in future, but equally if you choose the plain text editor that is also remembered.
I suggest finding a way to reset any setting you might have set by accident. Not saying that you did it. But just to make sure, just try it out. If you customized the preferences already, you could make some kind of note of the settings, then change it. If that doesn't work, let me know. Good Luck!
Copy the text somewhere, delete the file, and then add a new class (of the same name) and paste the text back.
Recently every time I copy a block of code from Eclipse and paste the code into TextEdit or a online forum using the code tags, I get the code with the rich-text or html formatting, so I have to copy into a text editor remove the formatting copying and pasting again, In the past this was not a problem I used to copy from eclipse and paste the code without any formatting at all just as plain-text, I dont know if I turn on a property or what I did for this to happen, any ideas how to fix this?
There is an Eclipse bug filed for this that can be voted for:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=45969
It has been open for 10 years though!
There are applications out there that think they can handle rich text but can't. So for those it looks like we'll have to carry on with "Copy-Switch to Notepad-Paste-Select All-Copy-Switch to final app-Paste" for some time yet.
Note: the rich formatting from a SWT editor seems to have always been available (bug 64498).
You could use "Edit, Paste and Match Style" in TextEdit.
From the Edit menu, choose Paste and Match Style,
or use the keyboard shortcut, Shift Option Command V.
The pasted text will pick up all the formatting from the character to the left of the flashing insertion point. This technique works in Mail as well.
In NetBeans the GUI Builder generates code that is off limits to you from the editor.
I know you can switch to Design Mode and specify custom code and then enter edit in indirectly that way, but it's a pain to not be able to edit text that's 2 lines from your cursor.
Can I allow editing within those regions... I promise I'll be careful :)
Thanks.
Note: I don't want to lose code generation
If you open it in an external editor, there are two possibilities:
there is no guarantee that the changes you make will work (and not break anything) in the Netbeans UI Editor
The next time you edit the file in Netbeans it will be regenerated.
Either way, probably not what you want. The best thing to do would probably be to make the whole design up in the gui editor and when you are happy with it, delete the comments and continue on.
[sarcasm]
With the drag and drop gui editor, what could you possibly want to change by hand anyway?
[/sarcasm] ;)
If you open the .java files in Notepad or WordPad, you'll find pairs of comments that say
// GEN-BEGIN: <name of section>
...
// GEN-END: <name of section>
Delete those comments, and two things will happen.
You'll be able to edit anywhere in the file in NetBeans.
NetBeans will not be able to regenerate the file from the GUI editor.
So it can be done, but don't do it unless you really mean it.
EDIT: "Note: I don't want to lose code generation." Ok, let's see here.
You want to change what is generated.
You don't want to lose code generation.
You don't want to use the facilities NetBeans provides for adding custom code.
It sounds like you're wishing yourself trouble. :D
I had a same problem. I extended JPanel with my own panel class and I was not able to pack it with the rest of UI. First I searched the web and I found your question. I was not able to find elegant solution to this problem.
Therefore, I decided to create another java class and copy NetBeans created code into it. It worked like a charm.
I agree, it would be nice if we can modify existing code like in .NET.
I copy the initcomponents() method, create my own method newInitComponents() paste the generated code, and override what needs to be overridden before i distribute the code. That way when a change is made in the editor, you can still copy paste the code into your new method. You keep the functionality without costing you the ability to override where necessary. Just call newInitComponents() in your constructor rather than the original. This is not the most efficient way of doing things, but it does what you want.
You can also try moving the .form file in
(project name)\src\(name of JFrame/JPanel).form
NetBeans will now see it as a .java file.
If you did not edit anything necessary for the GUI editor, you can move the .form file back into the src folder.
Can you subclass the class and redefine the method where this code is? Of course then you'll have to maintain the method over time as you make changes to the GUI.
You can maybe also look into AspectJ. It will modify the byte-code at build time and make the changes you define. Not sure if this gives you enough control over what code to change.
If you use APT you can rewrite source code at compile time. This way you can overwrite the code that's there at the moment. You could keep the new code in the same Java file along with comments to explain what is going on. This tutorial makes it pretty easy to get started. Copy that code, get it working, then tweak it to your liking. To find out where in the code the annotated method is call getPosition() on the Declaration.
Go to design page and select any one of the fields. Right click on any selected field and choose Customizer Code , In Customizer Code change all default code to custom creation . Now you can edit your design code as you like...
Very simple... the crappy UTF-8 did not let me compile one JasperReport (everything done by GUI). So, I needed to change Project to iso-8859-1. Result? The project is messed up and some of the things to correct are in the blocked parts of the code. So, I really NEED to edit those automatically generated parts. When they are regenerated, they will be fine because the project is now iso-8859-1.
Step # 1 Close the project in NetBeans
Step # 2 Delete the .form file from the source directory of your project
Reopen the project and it will be editable now!