I'm trying to get started using Spacemacs for an Elixir/Phoenix web project.
When editing one of my HTML templates (myfile.html.eex), the indentation displayed in Spacemacs is not as expected.
The HTML content is displayed way over to the right of the screen. When I put my cursor onto the line with the HTML, it (temporarily) moves into the right spot. It then moves back over to the right once the cursor leaves the line.
If I access a different file, then come back again, (SPC-TAB SPC-TAB) the formatting is correct.
This behavior is distracting/annoying. Any way to fix it?
Text floating way over to the right:
Cursor over the line, it moves into the correct location:
Move cursor off the line, it goes back to the wrong spot on the right:
Access a different file and come back - everything looks right:
Install an updated version of Spacemacs, and I believe the Spacemacs team fixed this issue a while back.
Related
I have this site here (using bootstrap 4.1.2):
https://secure2.convio.net/cco/site/SPageServer/?pagename=RFL_NW_QC_Impact
And for some reason the dropdown button in the top right works on mobile, and on most of desktop but screen sizes between 786px to 991px won't work, any smaller or larger and it works perfectly.
Someone else created this page so I'm trying to help fix the issue but I can't pinpoint what's causing it. Doesn't seem like a situation where z-index would need to be used because it can still be clicked it just doesn't expand.
I checked the console and fixed the errors that came up but that still didn't solve the issue. Normally it's on mobile where I have this problem because something is overlapping the button but it doesn't seem to be the problem this time.
any help would be greatly appreciated.
thanks!
Opening/closing the menu is done by two custom functions contained in a <script> tag placed in <head>, on lines 187 and 195, respectively.
Each of them has the entire body of code wrapped in a condition:
if ($(document).width() <= 768) {
...
}
Change both conditions to if ($(document).width() <= 992).
You also have another, potentially bigger problem:
On line 391, you have …</script>, ending the current script abruptly, which is a sign that code was copy/pasted from a browser source code, without properly viewing the entire source code (when viewing large chunks of code, Chrome shows the first n lines and hides the rest under …, which acts as a link to the rest of the code). I'm surprised your console isn't bleeding heavily.
The proper way to retrieve the source of a particular tag is to right-click on it in dev-tools and select "Edit as html". In the opening editor window, you can Ctrl+A, Ctrl+C to copy the entire contents of that tag.
Was hard to explain in the title, but what has been annoying me lately is when I highlight a block of code for example, with the intent to copy it via right click with my mouse, PhpStorm will commonly mess up the highlighted block if I happen to right click a keyword or something it recognizes within that block and then end up with that keyword just being highlighted.
Example of intended highlight:
Now, if I right click for example \Exception in this block I end up with this:
It doesn't happen 100% of the time, but enough to become very annoying.
Is there a way to stop this behaviour when I right click when I have a block selected and since I have the whole block selected I obviously am not interested in that particular case of \Exception even though I happened to right click on it.
Btw, I am using PhpStorm 2016.2.
Edit: Ok, I noticed it doesn't even matter if you right click on a keyword; I right clicked in blank space and I ended up with that particular line highlighted this time instead of the whole block I selected.
I wanted to add an Google CSE to the gitbook instead of the normal search engine.
It's no problem to add the GCSE to the gitbook, only the result is weird.
If I go directly to a page I can see the Search Box and can use it normally. If I look at the code there is a div: <div id="__gcse_0">.
If I now go through another chapter the Search Box disappears and there is another div instead of the previous in the code: <gcse:search>.
After I refresh the page the box appears again. This happens on Firefox and Chrome.
Do somebody know what the problem might be?
I've been trying to figure out this same issue... So far, I can only get it to stay by placing the google script into an overriding layout.html - but this is not recommended, and it isn't ideal for most placements. I've also noticed that the CSS that is loaded through the script then gets lost when switching pages (like the script itself was previously) so this solution would also be a pain to re-add all the css files. So it's a super messy solution, and hopefully some one has a better solution out there.
I'm working on an internal project and I'm running into a very strange issue. This project will be stored locally and ran from a shared drive. No web server or anything like that.
When I double-click the file to open it, everything renders correctly. If I hit refresh, it re-renders great, as well. However, when I open a new tab and paste the file-path into the address bar it -sometimes- renders incorrectly. It doesn't happen all the time, but I'm gonna guestimate that it does it wrong about 80% of the time, when pasting the file path into a new tab. Upon refreshing the tab, all is well again.
So my question is: what could possibly be causing this? Why doesn't it happen -all- the time? Since this is for internal uses only, I can simply let users know to hit refresh, so it's not that big of a deal. I'm just extremely curious why this is happening.
See below for screenshots. Left is the correct rendering.
Edit: A bit about the code: due to policies, I cannot simply paste everything here, but the elements are contained within a ul li that has text-align: left. Each element has float:right. Text labels are flushed left in the containing li
JSFiddle - static
JSFiddle - with JS
I want to have an individual cursor on my homepage. For Internet Explorer i need the special file format .cur - after 2 days searching i found this. Now it also works in ie.
But: When you go over a link, (right the menue), you will notice that the point of the cursor which is actual the "pointing point" (the point of the image which is deciding a selection) is not like usual in the top left corner, but in the bottom left corner.
Im testing it with ie10. With the standart cursors all is ok, but not with the .cur file.
So, whats wrong there? Or is my .cur file corrupt??
Thanks you all!
No, the cursor file is perfectly fine, that how normal cursor works. even in default cursor (like in stack overflow) you can try press add button or link with the bottom of the cursor and it wont work, only the corner activate the cursor sensitivity.
However, using default cursor is recommended, it making the website more mature or in other words less childish.