Multiverse Feedback: Recent Activity
Multiverse Feedback: Cardlist | Visual spoiler | Export | Booster | Comments | Search | Recent activity |
Mechanics | Upcoming releases | Skeleton |
Recent updates to Multiverse Feedback: (Generated at 2025-05-12 16:49:08)
e.g. Avacyn the Protector
Currently that page don't show which cards have, for example Cycling, or Multikicker. I don't know if anyone would want evergreen keywords to appear there, though.
Maybe it could be a cardset option? Apologize if this is a big ask, I'm a bit tired to think about the logistics of coding this, not that I know much about web languages
A MSE export template that exports to the CSV format needed by Multiverse may be helpful to write; that is independent of Multiverse. Unfortunately, MSE doesn't support import templates, although TeXnicard does. I also started writing a export template for TeXnicard to export Magic: the Gathering sets to the Multiverse import format, but the documentation for the Multiverse import format isn't so clear. (Templates (whether major or minor (import or export or rendering)) in TeXnicard are written in a combination of PostScript and SQL, although PCRE functions are also provided. I am writing TeXnicard due to many things I dislike about MSE, including the GUI and WYSIWYG; I like the batch interface and command-line interface instead.) Some features of the Magic: the Gathering template in both MSE and TeXnicard may be unavailable in Multiverse, and when transfer in other direction, also some things might not be specified, so will be missed.
If you hover your mouse over the letters "CI", a little tooltip should appear with the longer description "Show colour indicator?" The checkbox has been there since the beginning; it's just that I decided it was taking up too much space for how little it's used so I condensed "Colour indicator" to "CI".
yeah that's it thank you :)
Do you mean the color indicator? It shows a little circle with the cards color left of the supertype/card type and is used in place of e. g. "~ is red." on cards without mana cost or cards that cost
.
Canon Examples: Crimson Kobolds, Ancestral Vision, Crashing Footfalls.
MMV Example: Azar's Kobolds.
Well, when flicking through multiple different cards it's disruptive to have things move around. But yes, as long as things aren't actually covered up by it, it would be functional.
Um. Hm. Well. OK, amuseum could get the tooltip previews to look nicer if they made those cards use a card frame that Multiverse knows is landscape, such as Plane cards.
And the flow issue is a separate thing. Yes, I should definitely refactor individual card pages to use flexbox or some such so that you can definitely scroll to all the content.
Card image size specifically, though... I'm not sure that's my call to make. How big should they go? If the set designer supplies huge high-res images for their cards, aren't they wanting me to display them in full res?
If I put CSS on Icy Moon of
then the text is unreadable - again, because amuseum has told Multiverse that the card frame is portrait but supplied a landscape card image.
I think the main thing to fix here is the flow issue on individual card pages. If I addressed that, while letting the image still be as big as it wants to, would that meet everyone's needs?
Icy Moon is another one.
When you have a full-card image on the left; where this has a mockup. And yeah; that'sa very good example of it going very wrong.
I can come up with at least one example: The default view for Nexus of the Multiverse is one that comes to mind. The image is much wider than the mockup and its height is so much that the textbox is off-screen (in the sense that vertical scrolling doesn't even register that anything of the image is off-screen - there would need to be more comments before the scrolling feels the need to catch up).
In which view?
The site is somewhat inconsistent. Hover links like Skullcruncher Disciple have the tooltip image scaled down. In the Visual Spoiler the image is at its supplied original size.
And bizarrely, inline embeds using double-parens like this use the Multiverse render even when a full image is available:
The bottom text box of a flip card doesn't show what you've typed in it while you're editing the card, although it's there when you save changes. If you preview changes, it actually clears the enter bottom half. You also can't set the frame color for the top half separately from the mana cost, although that works for the bottom half, even though I'd expect the bottom to use the same frame as the top by default.
I'm on a very out-of-date version of Firefox, if that matters.
In this case the reminder text is pretty close, but in some cases (such as Scry 1 vs Scry >1) the reminder text is massively divergent, far more so than just some PLURALISE(N, "+1/+1 counter") algorithm would handle. So it makes sense to have the 1 / N versions for some mechanics, at which point I think it makes sense to have them for all numeric mechanics.
The slight issue is that making it a variable leads to "put one counter" instead of "put a counter." MSE is smart enough to correct for that, but I can understand Alex not wanting to spend the time writing that code
I guess trying to automate it, would end up with +a/+a counters.
As with most mechanics with a numeric parameter, now there are two versions, "Fabricate1" and "Fabricate [N]".
You don't think Marionette Master should get a +3/+3 counter? ...Fine, I'll fix it :)
That's amazing
Is incorrect.