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 17:35:14)
Note that a SQLite virtual table does not send any SQL code to the server; all SQL code is parsed on the client side, and then a list of constraints (column numbers, comparisons (equal, less, greater, etc), value being compared with) are sent, and the implementation of the virtual table uses them to output a subset of the rows in that table, and then whichever constraints were not understood by the virtual table will be implemented by SQLite itself to further filter and/or sort the results.
Unfortunately, this "list of constraints" that can be used by virtual tables does not currently include a LIMIT clause (you can still put such a clause in your query, but the virtual table will not know about it; it will output all rows, and SQLite will then limit it to the specified number of rows).
Upon further thought, the first suggestion wouldn't be a very sensible change in real sets and would only make sense in Cards With No Home or other Singleton sets. I guess this is a pretty niche request.
Ha! The direct link to Duty certainly doesn't work very well.
I'm just guessing, but might it be that you used the "Preview" button to create Rats' Nest? I think there was some known bug around preview with DFCs, and Adventures are a variant of DFCs/split cards.
That didn't happen to Hanweir, Welcoming Township (although I just noticed it has two holofoil stamps)
See Rats' Nest and Nest Quest.
It worked fine on Lord General Azemar and Duty.
Maybe it's the land without mana cost that is causing the issue?
There doesn't exist a mana symbol for 4/M. Only canonical mana symbols and
are supported
I think that indeed if you want renders with your own frames and whatever, probably it is better to use separate programs to render them (of which MSE is probably the most popular one, but not the only one).
I had a somewhat similar idea, although in my case my idea is avoiding the use of the web browser entirely, and doing card changes through change sets posted using NNTP, which can then be imported into local copies of the card databases on each user's computer. (Articles other than change sets can also be posted, such as comments. It is easy for a computer program to be written to tell the difference; change sets have a special header field designating them as change sets.) I don't know if you will partnership/collaboration with NNTP.
I think it would be useful to export everything related to a set being exported (cards (incl. active/inactive status, if appplicable), mechanics, information pages, comments, etc). Some is useful with MSE, some with other programs, but either way you might want it exported, so I agree that it would be useful to have everything in one file, so that you do not need to read multiple files.
This, and other features, are possible with SQL. (This is one reason why I prefer to make cards using my own local software instead of Multiverse, although there are other reasons too. My cards can still be imported into Multiverse, though.) (But the other way around is also possible, if you prefer: You can make them in Multiverse and then export.)
Is the initial comment that is imported can be marked somehow so that an import that overwrites it can overwrite that initial comment too? (Of course I suppose you might or might not want it to; either way the documentation should clarify these things!)
I like OpenID myself, and have my own OpenID server to authenticate too. (However, I do not implement OpenID Connect.) Don't require certain providers such as Google or whatever only, though; allow people to use their own. The existing username/password login should still be provided as an option though. Another option that I think would be useful is some way to be able to use the
curlcommand to do logins, to automate such features as imports and exports, without needing to open the web browser in order to do so.Just chiming in to say I'm using the "Random regardless of rarity" as a nice way to browse through cards in my set to get an overview.
I don't know how much control you need. I have seen a document about random pack generation in Lore Seeker, which lists the following possibilities:
Simulated collation: Make a list of cards (possibly with duplicates), and then cut it at a random point and select cards starting from that point.
Naive algorithm: Pick ten common cards (with no duplicates), three uncommon cards (with no duplicates), and one rare or mythic card (in the list of cards to select from, put rares twice so they are more likely than mythics).
taw's algorithm: Like the naive algorithm but replace five of the ten common slots with color-locked slots; only common monocolored cards of a specific color appear in each slot. This way it is guaranteed to have at least one common card of each color.
Reuben's algorithm: Use the naive algorithm, and then check for the criteria; if they are not met, then try again. The criteria are: at least one and at most four commons of each color, at least one common creature, and at most two uncommons of a color.
Nonbasic land slots: Some sets use a nonbasic land slot instead of a basic slot; there are different weighted probabilities for different rarities.
See MSE documentation about pack types to see what capabilities MSE has.
TeXnicard has a flexible system that supports all of the Lore Seeker possibilities, and more; it also has the possibility to associate a 8-bit "auxiliary value" with each card in the pack (which can be used for whatever purpose you want, such as to indicate shiny cards).
I would expect probably Multiverse would never be flexible enough, although some of the possibilities listed might be implemented, maybe.
I haven't seen Isochron before; I looked and it seems that there is unfortunately no protocol documentation, so would have to be figured out from the source code instead. A reimplementation of both the server side and client side might be made to support use with other software and other operating systems, including more flexible random pack definition. But for using the existing Isochron implementation with programs other than MSE (if you do not need the more flexible random pack definition), the file format that lists the cards seems to be easily enough to do.
In response to comment 59923: It may be helpful, although note that not everyone uses MSE. I use TeXnicard, and I have also heard of Geckos and PrincessEdit, although I do not know much about them (I don't know if they support import/export at all). All four of these programs can render the cards themself, although I think they may have different capabilities and restrictions for doing so. (I actually also don't know if Geckos and PrincessEdit support Magic: the Gathering at all.)
Did you look at the Wikipedia article for CSV? It might help. I also had a problem, but after I read the Wikipedia article about CSV, then I figured out what to do to get it to work. Examine the code of the multiverse-export template in the TeXnicard source repository for an example code.
I wrote a TeXnicard export template for exporting to Multiverse. I intend to make the card set in TeXnicard, and only add a mirror to Multiverse (for the convenience of users who use Multiverse). If there are improvements to that template which could be made, then I hope that it can be done. If you see a bug in my program, you can report that, too.
It is my intention that the output from this export template can then be piped to curl (instead of xclip) in order to do this import.
Also I would hope for better documentation, for how to make adventurer cards, split cards, etc in the import. Maybe it might also be helpful to have a import format that can import other things too, all in one file, so that you can import mechanics and so on as well.
Ugh. I kind of figured that was the case. But Weird Al once told me that it never hurts to ask, and of all the Boomers, I trust Weird Al.
For what it's worth, redirecting off-page seems to be doing rather well. So I'm kind of asking for a solution to a problem that doesn't really exist.
Embedded ugh is even more ugh than off-page ugh.
Ugh.
Hi Alex! This card was more just a general question. Since there wasn't a proper border for that, I figured I'd just make the frame gold.
We've been using polls on Name That Card, and it's been going along great. This has involved sending people to a page where the poll appears. But it would be nicer to embed the poll into the comments section.
There is a script for this. Unfortunately, my knowledge of HTML is limited to what a writer would know, not what a web designer would know. Here, I'm going to copy and paste the script right in this dialogue box:
Obviously, not counting the since that's just there to show the script without it trying to do something else. Is there an easy fix to make this script work inside these dialogue boxes? Or is this a 'bad idea', I shouldn't think too hard about it, and instead keep redirecting people to the poll page?
I'll add that it's messed up on my screen too, in case it's possible it was just a client-side thing.