I have one view that isn't displaying properly. The style sheet isn't applying and a couple images aren't either, even though everything is correctly referenced. I'm assuming I'm viewing a cached/corrupted version of the view? How do I go about clearing visual studios cache (note: I do not have administrative privileges)?
For those that want to insist my paths aren't correct, i store my images in Content/images, confirmed all pictures i'm referencing within the view are present, yet some images display and others don't despite the paths being the same and images existing.
I figured out a solution, but am still thoroughly confused. I replaced ../ in the path with ~/ and it worked, which is great, except for the part where all my other views, in the same folder as this view, use ../ and it works perfectly. Why would one view just reject that path drill-down method and it's fine for others?
Ya you will have to reset settings
Close all visual studio
Run command as devenv / resetsettings
http://msdn.microsoft.com/en-au/library/ms241273.aspx
Related
i want to Create different layout depending api version as follows. Since the default folder layout is already available,when i create new layout as below screenshot it doesnt apppear in android studio folder list under res. but i right click on res and open with explorer those folder does shows. can any one please help me how to create those layout folder.
/res/layout/layout.xml (Default)
/res/layout-v14/layout.xml (Api 19)
/res/layout-v17/layout.xml (API 21)
I think the reason for not seeing the folders is due to the current viewing option you have selected in Android Studio. (please refer to the image below)
When Android is selected the folders are more compact, meaning it will focus on showing a single resource/folder regardless of qualifiers and I think that's what you experience. Switching to Project would solve it however.
This viewing option does have some great benefits by the way, for example I really love how gradle scripts are grouped together and it even shows the Global gradle.properties file (at least on MacOS) which it doesn't in Project view.
If I have a directory which only (at present!) contains another directory Android Studio decides, for some strange reason, to not expand the directories in the usual manor - ie click folder1 to reveal folder2, then click folder2 to show its contents - but instead put them together in a single entry (folder1.folder2). This makes the directory structure incredibly difficult and inconsistent to deal with when trying to manipulate the contents. Right now I'm having to revert to doing so in windows explorer!
Is the any way to change this peculiar behavior.
Click the settings icon in the Project view and uncheck Compact Empty Middle Packages.
Note: this screenshot is from IntelliJ Ultimate, but it should look the same (or similar) in Android Studio.
I got it to work similarly by going to the Project View settings and then unchecking the Flatten Packages option. This then got my folder configuration to the desired subfolder configuration format as described above. This may be new compared to the answer of 5 years ago. In my case, only unchecking the Compact Empty Middle option was not enough.
Use combination of Ctrl+Shift+A inside Android studio, it's a shortcut for "Find Action..." and type in "package", there is "Compact Middle Packages", turn that off.
I have recently been introduced to Sharepoint 2013, i have used the sharepoint palette download to change set colours in an .spcolor file. I have uploaded these and all worked fine however I now dont seem to be able to change the look it just hangs and when clicking Try this out i get an error message.
I am using Oslo if that makes difference.
I even tried just altered the .spcolor file and replaced it in the Themes folder 15. When I go to change the look the current theme shows the updates in the small preview thumbnail however the page does not.
Does anyone know if this error is becasue ive uploaded my own .spcolor?
Thanks in advance
Helen
We found an issue with this when the name of the spcolor file contained an underscore.
With it there the theme could be previewed but not applied. When we renamed the file it worked fine. This issue may apply to all special characters in the spcolor filename.
My tabbed open documents are stuck on the same three files for over a month now. When I save and close VS2012 the open files I was working on do not come back on restart. I get the same three old files regardless. I am assuming that the tab cache has issues or something and needs to be cleared, but don't know where to go for this. Has anyone else run into this glitch? Any solutions to refresh the tab'able items so this functionality works correctly again?
It has been three weeks with no answers ... so I finally figured this out on my own. I hate answering my own questions, but here it is:
The SUO file is where all the settings, startup project, and cached user options are kept. With large projects there are times where the .suo file becomes corrupted or too large causing sluggish, or odd behavior with these options. Case in point the outlier I ran into with my open classes not being remembered.
Solution:
Simply delete the .suo file. Visual Studio will create a fresh one for you. I did this and it solved the problem.
NOTE: if you do not see a .suo file in your Solution's root directory try showing hidden files.
TortoiseSVN seemed to be slowing down my Windows Explorer a whole lot. So I scouted around and was reminded (via google) that there is a feature available via the TortoiseSVN Settings dialog where you can exclude certain paths from the Icon Overlay treatment.
So I excluded the whole of the D: drive (by putting the line D:* in the "Exclude paths:" area), and then included back my working folder (by putting D:\Petert\PWC* into "Include paths").
But now what happens is that the folders in my working folder get the Tortoise overlays, but not the files!
Well, it so happens that my folder is called " D:\Peter\PWC " - notice that I had accidentally included an extra "t", as in "Petert", in this folder name in the excluded paths as described in my question!
After correcting the typo in the "Exclude paths" text box - voila, my files also get the Tortoise icon overlays.
It seems to indicate something else: i.e. that if you exclude a folder and its subfolders from Tortoise's icon overlay feature, it will nonetheless flag any versioned folders. Which I suppose is quite helpful and probably doesn't take up too much time, etc., and anyway warns you that you have versioned files there which you might like to include via the "Include paths" in the Settings dialog.
Look at TortoiseSVN documentation. It says you may have problems with overloaded images if there are too many ovreloaded images installed in your system by other software.
This is the setting "Show excluded folders as normal" in action. That setting, if active, shows the 'normal' overlay for versioned folders, but since the folder(s) are excluded the status isn't fetched but only the normal overlay is shown instead. This is for performance reasons: it's much much faster to just check for an .svn folder than to fetch the whole status. But people still want to see whether a folder is versioned or not - that's why that option exists.
May not be the problem you were having, but I was finding the overlays were not on the files either and folder overlays seemed to always been green ticked. I found the setting under overalys to include network drives (my respositories were on network drives) and suddenly all the overlays started appearing for everything.