Scroll multiple splits simultaneously in IntelliJ IDEA - intellij-idea

In IntelliJ IDEA I often split the tabs vertically in order to be able to see multiple files at the same time. This can be useful when the two (or more) files have the same (or similar) structure and I want to compare them (e.g. language files).
My problem is that I'd like to scroll the two splits simultaneously, but can't figure out how (if possible). Is there any setting/plugin for this?

To compare two files in IntelliJ IDEA 14, just select them in the Project view (keep Ctrl pressed for multi-selection) and choose Compare Two File from the context menu. This will open the Differences Viewer. You can also compare a file with the clipboard or the editor contents.
The Difference Viewer scrolls both files simultaneously (there is a button to disable sync'd scrolling) and allows editing both. Differences are highlighted by word, by line, or not at all.

Joined / Wraparound / Continuous Tab Scrolling plugin seems to be what you are looking for.

Related

Is it possible to open one file in two different views in IntelliJ IDEA?

I’m working on a JetBrains plugin. I know that you can open one file in two editors. But is it possible to open one file in two different views where one view is a normal editor and the other view is a customised viewer (the plugin I am creating)?

Stop IntelliJ from opening same file twice in horizontal split view

googled this but didn't have success.
I'm using the horizontal split view of IntelliJ (the view that allow us to have files on the upper and bottom part of the screen).
The problem is that whenever I search for a file using the search for a target feature, instead of opening the already opened file which is located on the upper files' list, it opens again on the bottom list but I'd like it to open the one that's already open on the upper list.
Do you know how to change this behavior?

Smart/Fillable PDF adding more attributes

I am creating a Smart/Fillable PDF using Acrobat Pro DC.
I created a word file with 250+ fields(in a tabular manner), exported to PDF and then in "Prepare form" options I added checkboxes, dropdowns and a couple of buttons and the form is ready. Now I want to add 50+ more fields into that PDF but if i follow the same procedure export to PDF and then "Prepare form" then i shall loose all the old validations and scripts I have written initially.
To overcome this scenario I tried a couple of things that didn't work for me:
Go to "Edit PDF" option and try editing PDF but that did not work as that option helps editing text and images but I have fields in a tabular format so in case if I want to add a table with N x N fields not possible
Tried to copy all elements including textbox,checkbox,dropdowns buttons etc but cannot copy all at once, tried then in a small group like 15-15 and that worked but still I had to reposition so not a feasible way
Tried to export the elements including textbox,checkbox,dropdowns buttons etc but Acrobat Pro DC doesn't help
Many other manipulative things but didn't help.
Please help me to overcome this problem.
Thanks in advance.
If you change the background of the form, you would first open the old version, and then replace the pages with the ones from the new version. This does not affect any form fields, so, only some repositioning may be necessary.
Then you go to the form edit mode (or use the Select Object Tool (single key accelerator R)) and you can select the fields you want to copy and either drag-copy if you are on the same page, copy/paste them, or duplicate them on other pages (via Context menu of the selected field in edit mode).
Another potentially important hint: deactivate Save as… optimizes for fast web view when working with forms.

Code editor with multiple categories of opened tabbed files?

Hi can anyone recommend a good, and ideally free editor that will allow me to group opened files based on a module or component I'm working on?
I'm learning joomla so I need one with php,JavaScript,HTML.
I'm currently using dreamweaver. It's great but I hate having to traverse through the file tabs which are usually hidden because I have so many files opened at once. I would ideally want something that will allow me to group these opened files almost like a folder structure where I can create a category for grouping the opened files together so as keep things that are related to one another close by.
Failing this please recommend what is the best approach when dealing with lots and lots of opened files.
I like how browser works because it allows me to open multiple instances and let me group the sites I want via tabs to each browser instance. Dreamweaver won't allow more than one instance. Is there anything out there that can do this?
UltraEdit gives tab a different color depending on the filetype - CSS are green, Javascript are orange, etc. I find this very useful. It also allows the tabs to spill over to several rows, instead of forcing them to one line like Dreamweaver.
If you do have to use Dreamweaver, you can use the file directory panel to traverse the folders on your hard disk. Double-click on a file in a subdirectory to open it, or switch to its tab if it is already open. The file directory panel is on the top-right by default, I think.

Slice up image into icons at build time or runtime in xCode

I need about 100 icons inside my application. Would it be logical to have one large image file with all the icons and then somehow split it up into individual NSImage objects? Is there a way to run some code at build time to regenerate the individual icons?
Assuming you are indeed using the icons separately, I think it would be more logical to keep them separated, for a couple of reasons:
It might seem more organized to reduce the total number of files, but having one big file with all your icons isn't a terribly organized method of storing them, either. Xcode can deal fine with a large number of icon files.
If you're using version control, it complicates the management of the history a bit. As it stands now, if you need to change an icon, you just change that icon, and you can keep a history of changes to that icon. If the icons are in one big file, then any time you change any icon, that file will show up in the history, so it'll be hard to isolate what changes to what icons you made.
It's probably easier to edit a single icon than a bunch of icons smashed together into one file.
Why write a build script or runtime code to slice up the icons if you don't have to?
100 icons? Woot? Okay,
No it would not be logical. It is possible to split them at runtime, not at build time. I would simply use the easy way and add all icons as different files.