I write my article. Then use a script to change the names of cards to links with the hover. I use xger's css but it is modified (because I don't like the additional border for example). What got me rid of the spaces is setting margin to 0 for the link thumb class.
I guess this won't help you much in particular. That is why I asked if someone could show me how it works on this site if this simple solution would work as well or not.
it's funny, now that you say that, i hadn't even seen it. language can be so ambiguous. "only a single Golem" can be parsed accurately as "exactly one Golem, and anything else," or "exactly one Golem and nothing else." In English at least. i have no idea how judges are supposed to deal with these ambiguities or how the rules deal with these ambiguities. One of the judge's questions quite a while ago hinged on a similar ambiguity and I couldn't quite follow the reasoning there (I forget the specifics). But I am a linguist by training and finding multiple perhaps non-canonical but "legal" parsings of sentences is ordinary business for me & I obviously did it in this case...
am i the only one not seeing an answer to the judge's question?
and as long as there appears to be no answer, does the question in some way hinge on the statement that you target "your opponent's Precursor Golem for two damage and one of his four 3/3 Golem tokens for one damage" when Prescusor Golem creates only TWO tokens (ie, are there supposed to be two extras there for some reason)? I can't imagine this could affect the answer.
my answer is that nothing dies, because Precursor Golem reads "an instant or sorcery that targets only a single Golem," and no matter how you slice it, Arc Trail is an instant or sorcery that targets two golems. if I'm following, if the opponent had another creature type in play, say an Elf, and that was used for Arc Trail's second target, then the first Arc Trail damage would multiply to the other golems, but they still wouldn't die just because it's not enough damage.
"Possibly also the last one to be seen for a long time."
I wouldn't be so sure of that, I actually enjoyed playing the deck quite a lot and it performed way better than I expected; I could definitely see myself registering it again. Although, I'll probably save it for an Underdog event next time.
hm could someone give me access to that? I really wonder why that is. I noticed that both your css and the one that was present previously actually put (or used to put) a 'space' in front and behind the span but for some reason I can't see a reason why you shouldn't be able to get rid of it?
The spaces annoyed me so I got rid of them in my articles.
Why is the whitespace the delimiter? With a non-whitespace character as the delimiter you could parse the character out of the code segment when using it for display purposes after using it to determine where the hover should be. (I am assuming some kind of server side script is doing a replace method on the page before serving it to the client. If I am wrong please let me know.)
The space before and after a hover card is unavoidable, it's a function of the CSS and HTML used. At least, I don't know how to get rid of it (and I tried quite a bit).
I was unaware of the double parenthesis issue, but I should be able to fix that, so it shouldn't be a long term issue.
So if I want to help fix that, whenever I go "((cardname:WWK) more text here)" I need to add a space between the consecutive parentheses? That seems simple enough.
Edit: Looking over the article, most of the mis-hovers follow that pattern, though there are a couple of exceptions. Notably, the Trapmaker's Snare hover under Traps, a Kor Skyfisher hover under White, a Spreading Seas hover under Blue, Wasteland under Red. It also mis-hovered when I verbed cardnames (Mold Shambler, and presumably Into the Roil if I did the hover code right). Presumably this is all related to why there's always a space after every card, which looks bad (especially when a space wouldn't show up afterward, like the parenthesis or a period)--I don't know if there's an easy way to fix that though :(
I think I did something wrong. Usually when there is something like ((card name) rest of sentence (card name)), it breaks the hover unless I add a space before the first two parenthesis and the last two ones. I have been quite ill for the past couple of days, and it just slipped my mind when I ran the program, I apologize.
I'm not sure, I would need to see (or recreate) the article before the hover treatment. It's built to allow parenthesis with or without cards in them, so this shouldn't have happened. I'll look into it when I have the chance.
Well, that didn't work the best--the new hover technology didn't like a lot of my parentheses that weren't related to cards, and since the hovers are applied after submission, it appears there's no way for me to proofread it. Did I do something wrong on the ones that were messed up? Or do I need to avoid parenthetical asides (at least ones with cards in them, or maybe I can use non-hover cards?) in order to make up for some of the bugs in the programming?
It probably has something to do with the way the finals are going to play out--you can either just line people up top to bottom in 1v1s and not have a tie, or you can set them up as three teams of 3 (which again, can't tie). This is all an experiment at the moment, and that certainly can change.
Nah, that's usual for rares in sets that are being massively drafted. Expect them to fall further, then perhaps rise again as drafters switch to Kaladesh.
That is odd. I think there used to be "Lion" and "Tiger" creature types in the early days of Magic, before they rationalised a bunch of the less used types out of existence. I guess they kept the distinctions between the different canids just to make sure things didn't become too rational.
I write my article. Then use a script to change the names of cards to links with the hover. I use xger's css but it is modified (because I don't like the additional border for example). What got me rid of the spaces is setting margin to 0 for the link thumb class.
I guess this won't help you much in particular. That is why I asked if someone could show me how it works on this site if this simple solution would work as well or not.
(yeah, I don't get comments much either ^_^)
Not unless the price of Moat crashes spectacularly!
The swiss WILL be 11 rounds
http://magic.wizards.com/en/game-info/products/magic-online/swiss-pairings
Also, not sure comparing the price of last week's Vintage Master's FoW to this week's Master's Edition counts as 'jumping big time'
Heh
With Moat, maybe!
it's funny, now that you say that, i hadn't even seen it. language can be so ambiguous. "only a single Golem" can be parsed accurately as "exactly one Golem, and anything else," or "exactly one Golem and nothing else." In English at least. i have no idea how judges are supposed to deal with these ambiguities or how the rules deal with these ambiguities. One of the judge's questions quite a while ago hinged on a similar ambiguity and I couldn't quite follow the reasoning there (I forget the specifics). But I am a linguist by training and finding multiple perhaps non-canonical but "legal" parsings of sentences is ordinary business for me & I obviously did it in this case...
The 'Only' prevents the target an elf trick from working.
am i the only one not seeing an answer to the judge's question?
and as long as there appears to be no answer, does the question in some way hinge on the statement that you target "your opponent's Precursor Golem for two damage and one of his four 3/3 Golem tokens for one damage" when Prescusor Golem creates only TWO tokens (ie, are there supposed to be two extras there for some reason)? I can't imagine this could affect the answer.
my answer is that nothing dies, because Precursor Golem reads "an instant or sorcery that targets only a single Golem," and no matter how you slice it, Arc Trail is an instant or sorcery that targets two golems. if I'm following, if the opponent had another creature type in play, say an Elf, and that was used for Arc Trail's second target, then the first Arc Trail damage would multiply to the other golems, but they still wouldn't die just because it's not enough damage.
How are you getting rid of them--just not using spaces in your writing? (like "text here(cardname:ZEN)more text")
I'm glad to know that my complaints are getting people talking--now I just wish I could get this kind of discussion on my normal articles :p
"Possibly also the last one to be seen for a long time."
I wouldn't be so sure of that, I actually enjoyed playing the deck quite a lot and it performed way better than I expected; I could definitely see myself registering it again. Although, I'll probably save it for an Underdog event next time.
Regrettably I will likely be away this week with a prior family engagement, good luck to those taking part.
But Force of Will did not jump?
The card hover program is still running, when it is done, I will update the article accordingly :D
hm could someone give me access to that? I really wonder why that is. I noticed that both your css and the one that was present previously actually put (or used to put) a 'space' in front and behind the span but for some reason I can't see a reason why you shouldn't be able to get rid of it?
The spaces annoyed me so I got rid of them in my articles.
http://puremtgo.com/articles/edh-magic-online-roon-hidden-realm
Why is the whitespace the delimiter? With a non-whitespace character as the delimiter you could parse the character out of the code segment when using it for display purposes after using it to determine where the hover should be. (I am assuming some kind of server side script is doing a replace method on the page before serving it to the client. If I am wrong please let me know.)
The space before and after a hover card is unavoidable, it's a function of the CSS and HTML used. At least, I don't know how to get rid of it (and I tried quite a bit).
I was unaware of the double parenthesis issue, but I should be able to fix that, so it shouldn't be a long term issue.
So if I want to help fix that, whenever I go "((cardname:WWK) more text here)" I need to add a space between the consecutive parentheses? That seems simple enough.
Edit: Looking over the article, most of the mis-hovers follow that pattern, though there are a couple of exceptions. Notably, the Trapmaker's Snare hover under Traps, a Kor Skyfisher hover under White, a Spreading Seas hover under Blue, Wasteland under Red. It also mis-hovered when I verbed cardnames (Mold Shambler, and presumably Into the Roil if I did the hover code right). Presumably this is all related to why there's always a space after every card, which looks bad (especially when a space wouldn't show up afterward, like the parenthesis or a period)--I don't know if there's an easy way to fix that though :(
I think I did something wrong. Usually when there is something like ((card name) rest of sentence (card name)), it breaks the hover unless I add a space before the first two parenthesis and the last two ones. I have been quite ill for the past couple of days, and it just slipped my mind when I ran the program, I apologize.
I'm not sure, I would need to see (or recreate) the article before the hover treatment. It's built to allow parenthesis with or without cards in them, so this shouldn't have happened. I'll look into it when I have the chance.
Well, that didn't work the best--the new hover technology didn't like a lot of my parentheses that weren't related to cards, and since the hovers are applied after submission, it appears there's no way for me to proofread it. Did I do something wrong on the ones that were messed up? Or do I need to avoid parenthetical asides (at least ones with cards in them, or maybe I can use non-hover cards?) in order to make up for some of the bugs in the programming?
It probably has something to do with the way the finals are going to play out--you can either just line people up top to bottom in 1v1s and not have a tie, or you can set them up as three teams of 3 (which again, can't tie). This is all an experiment at the moment, and that certainly can change.
Nah, that's usual for rares in sets that are being massively drafted. Expect them to fall further, then perhaps rise again as drafters switch to Kaladesh.
There are two types of people in the world...Cat lovers and a thousand different breeds of dog owners.
I wonder why WotC chose to make the pro team competition teams of 9 rather than 8, but it does sound interesting.
Looks like both Selfless Spirit and Spell Queller are dropping. Speculation that did not pan out, perhaps.
That is odd. I think there used to be "Lion" and "Tiger" creature types in the early days of Magic, before they rationalised a bunch of the less used types out of existence. I guess they kept the distinctions between the different canids just to make sure things didn't become too rational.