typo3 Template Auto-parser plugin not visible - templates

I'm following the Modern Template Building tutorial and fail to install the Template Auto-parser extension.
After the installation it should show the plugin in the object browser:
Unfortunately the tx_automaketemplate_pi1 part is never showing up.
Needless to say that all atempts to use the extension do not work.
Any ideas about how to fix that?
I'm on a fresh installation of Typo3 4.7.0.
Update:
After installing typo3 4.5 and trying again I noticed, that an extension is downloaded only and has to be installed in an extra step. However the icons which are indicating this (the brick with + or -) are not visible on my 4.7.0 installation:
Since the icons are not there I did not find a way to really install the extension. On the 4.5.0 installation everything is working fine.
Just out of curiousity. Any ideas about how to get the brik icons?

This seems to be a firefox specific problem (see http://www.xwissen.info/web-log/detail/articel/fix-install-uninstall-in-typo3-extansion-manager.html). I tried the workaround from xwissen.info (add "position: absolute" to .t3-icon-system-extension-uninstall and .t3-icon-system-extension-install) and this solved the issue.

Related

Path is not a legal form VS2017/2019

I have clean installed VS2017 and VS 2019 with both the .Net Core 2.2 and 1.0 tooling. I cloned the latest version of the prism repository found here. Upon loading the solution, (PrismLibrary.sln) Most projects do not load. Upon trying to load one, I get the following error :
I have followed the path and the file exists as shown below:
Does anyone know how to get around this/ fix it so i can fully load the solution.
Thanks in advance.
Turns out in the latest version of the library, the global.json specifies .NET Core 3.0 preview. Remove this and the solution will work.

VSCode "go to definition" not working

I installed Visual Studio Code 1.1 with the C/C++ extension,
opened my C++ project and tried to use "Go to definition" in vain.
The "Go to definition" is not working at all.
Example, go to definition of a class member:
int i = m_myVar;
(I opened a simpler project with one file and it was working for this one)
In the end, what I want is good indexation of my big project, is there a way to install Intellisense?
I had a the same issue: F12 and Ctrl + Click and Right Click "Go To Definition" wasn't working.
The fix for me was:
Go to Extensions
Click "Disable All Installed Extensions"
Close and Reopen VS Code
Back to Extensions and "Enable All Extensions"
Essentially enable/disable all extensions fixed the issue.
I recently came across this same issue and after trying all of the suggested solutions I could find with no success, I found this article:
https://code.visualstudio.com/docs/setup/linux#_visual-studio-code-is-unable-to-watch-for-file-changes-in-this-large-workspace-error-enospc
Basically my project grew too large and VS code was no longer able to track all files, which messed up the "go to definition" functionality.
After following the steps on the link to increase the maximum number of files to be tracked, the issue was resolved.
The correction is pretty simple (tested on Ubuntu 18.04):
Add this line:
fs.inotify.max_user_watches=524288
to the end of the file /etc/sysctl.conf
After saving, run the following command:
sudo sysctl -p
Hopefully this will be useful to someone else, this has been bothering me for the last few days.
I had a similar problem except with Python and google searches for solutions kept bringing me back to this post so I figured I'd post my solution here in the hopes that it might help other people.
I was working on a remote cluster through VScode Remote and was getting similar errors to the original question(all 'go to ___' functionality was unavailable and was even getting a 'too large to track' error) and I thought I had to increase the number of watches, which didn't end up helping.
All I needed to do was install a python interpreter on the remote VScode server. This fixed my problem.
I believe vscode 1.1 (well, 1.1.1 actually) + the C++ extension (cpptools) is as much Intellisense as we can get for now.
You should load your big project with the "open folder" function to make vscode know about the other files.
https://blogs.msdn.microsoft.com/vcblog/2016/03/31/cc-extension-for-visual-studio-code/ warns about letting the indexing finish first (red icon in lower right corner during indexing) and mentions the current limitations on the source code parsing.
It wasn't working on my laptop as well after installing a few VSCode extensions. I decided to close and re-open VSCode with administrator permission and suddenly it sorted out.
I have been trying to fix this for a long time. In the end, what worked for me was simply reinstalling VSCode, then installing the latest C/C++ extension (v0.18.1). Then, in your .vscode/c_cpp_properties.json file, under includePath, add your include folder which has all your header files.
I tried the methods mentioned in this thread none of them seemed to work for me. A simple solution that worked for me is that I closed the current workspace and created a new workspace, added the folders which I required(same as the old workspace), and saved the new workspace. Waited for a couple of minutes to index and IntelliSense is able to find definitions now.
I am using VSCode 1.52.1 on Ubuntu 20.04.
In my case, for whatever reason,c_cpp_properties.json has become set to Disabled in ~/.config/Code/User/settings.json.
Manually changing it to Enabled solved the problem.
Fixed mine by UNCHECKING C_Cpp > Default > Limit Symbols To Included Headers
Your mileage may vary. Good luck!
Have you saved your workspace? Or did you just open a folder with File->Open Folder? This question already has many answers, but none of them address this case, which was my issue.
The question is not specific enough for me to know if you are having the exact same symptoms as my case.
If:
You have not saved your workspace. vscode doesn't say "(workspace)" at the top of the window.
None of the goto functions are working, but instead report: "No ___ found for ____"
The tag parser database icon in the bottom right is always there but only reports "Parsing open files", rather than telling you how many files have been parsed.
Then:
Try saving your workspace.
If you have multiple versions of a language on your PC, specify the exact language you are using in the VScode(in my case, I am using Python, so I must specify the version to the python Interpreter in VS Code)
If you could not do it whatsoever, then uninstall all the other versions that you don't use and then if you go to VS Code, it will ask the version to be used, and you would have only one version, so when you select the version, the "Go To Definition" will be activated.
I was having a similar issue with java on Ubuntu 20.04 using OpenJDK version 11 (openjdk-11-jdk in apt). At first I didn't have the JRE installed, so I installed it and it still didn't work.
Afterwards, I went to the CTRL + SHIFT + P menu and then to Java: Configure Java Runtime, there I saw in the Java Tooling Runtime tab that /usr/lib/jvm/java-11-openjdk-amd64 was selected, changed it to /usr/lib/jvm/java-1.11.0-openjdk-amd64 just to see if it would work, and after a restart it did. I'm not sure why this is, but I hope it may help somone else.
For python ensure your code analysis settings are correct. In my case the languageServer was accidentally set to 'None'. Reverting it to 'default' or 'pylance' did the trick.
Just to inform if none of above works then
In my case i was using Kite extension in my VS code, I just disabled it and it worked. I think kite extension is blocking this feature.
OS: Linux Ubuntu 22.04
if you encountered with following error:
"The .NET Core SDK cannot be located. .NET Core debugging will not be enabled. Make sure the .NET Core SDK is installed and is on the path."
Normally Vscode remains unable to locate .Net sdk. need to set path manually.
sudo ln -s /snap/dotnet-sdk/current/dotnet /usr/local/bin/dotnet
restart omnisharp & restart vscode
No need to do anything. Just close and re-open. It will work.
I also faced similar problem. In my mac os cmnd + 'click' is used to 'go to definition' then it suddenly stoped working. If that is the case then please follow these steps:
restart vs code
restart pc
uninstall all extensions and reinstall again followed by a pc restart.
I had a similar issue with the extension C/C++ installed. I solved it by downloading an older version of the extension and upgrading to the last version. Somehow it solved the problem...

HtmlAgility pack error on a sitecore CMS website

I have rercently installed HtmlAgility pack on a website that runs on Sitecore CMS.
everysince I have been getting an error on my app start that says "Field not found: 'HtmlAgilityPack.HtmlNode.ElementsFlags'."
I have checked the the code of Sitecore.kernal dll using a decompiler and below is the screenshot of the code that throws this error. Does anyone know how to fix this ?
Sitecore by default uses HtmlAgilityPack dll. In my version it uses 1.4.6.0 version of HtmlAgilityPack.
Most probably you installed a version of HtmlAgilityPack which is not compatible with Sitecore.
Try to check what is the version of HtmlAgilityPack.dll in your bin folder and change the reference to include 1.4.6.0 instead.

Tables in the Charts example have no frames

I am new in Wt.
I installed Wt from
http://sourceforge.net/projects/witty/files/wt/3.3.5/Wt-3.3.5-rc2-msvs2013-Windows-x64-SDK.exe/download
with all the compiled binaries including the examples to my Win7 x64.
I didn't compile anything yet. I just noticed that the Charts example running at my PC looks different than nice and cute
http://www.webtoolkit.eu/wt/examples/charts/charts.wt
The tables don't have any frames. But reaction on clicks is there.
I have read that ExtJS must be added.
So (according to the instruction) I copied
ext-base.js and ext-all.js to Wt\examples\charts\
and everything from resources to Wt\examples\charts\resources\
It didn't help.
I also tried to copy them to Wt\examples\charts\ext\ and Wt\examples\charts\ext\resources\
It didn't help.
And the same for 3.3.4.
The folder tiny_mce was already in Wt\examples\charts\resources\
So I beleive I shouldn't do anything for it.
Do I miss anything or is it a bug?
UPDATE: On Win 8.1 it is the same.
But it seems to work fine on CentOS 6.6. I installed Wt 3.2.2 using
http://pkgs.org/centos-6/epel-x86_64/wt-3.2.2-6.p1.el6.x86_64.rpm.html
http://pkgs.org/centos-6/epel-x86_64/wt-examples-3.2.2-6.p1.el6.x86_64.rpm.html
So the problem must be specific to the Windows build.
I wasn't careful enough with command line arguments. It works now.

Template requires newer script versions than project contains

I try to use the breeze/angular template for MVC 4. However, during start up I get this:
Package installation error
Could not add all required packages to the project. the following packages failed to install from .../asp.net mvc 4\packages
jquery.ui.combined.1.9.2 unable to find version 1.9.2 of package.
Now I see that the folder contains jQuery.UI.Combined.1.8.24, so I was wondering:
Is there a way to edit the project so that it (maybe always) uses the latest versions of the packages by default?
Should I just press OK and afterwards install jquery.ui through nuget afterwards?
Is there a clever way to fix this?
I know there has to be a solution due to the uglyness of getting an error by default when using a custom template. I've been googling my ass off without any results :(
Hope to update the templates soon and get MS to republish. You can't update the template easily yourself.
Fortunately, this particular issue is easy to workaround by adjusting your code to use latest jQuery or rollback to 1.8.x.
I can't use the latest verison of jQuery so I manually updated the jQuery files to 1.9. Also, check your nuget manager for updates. Breeze released 1.3.6 which will update the appropriate dependent project libraries (my jQuery files were untouched).
As of Visual Studio 2012 Update 3, the Breeze/Angular SPA template is totally broken. The jQuery update fix worked with VS2012 Update 2, but some change or another in Update 3 has made VS not play nice with the sample.
It isn't ideal, but given that Update 4 is just around the corner, we might need to hold our breaths in anticipation of a post-Update 4 fix. :(