Sumário: remove solved problem
< == Is there a way to get recent changes RSS with summaries and diffs? ==
< <WikiRss> "Note, many of these options in the query string can be combined and configured to your preference."
< But there doesn't seem to be an option in the query corresponding to summary.
< A simple http://www.emacswiki.org/emacs?action=rss;diff=1 should be enough. Summaries instead of page content is the default. -- AlexSchroeder
< I don't see any diffs at that link. It seems full=0 corresponds to summary, somehow it hides the diff=1 parameter.
< Looking more carefully, I see that you are right. If you provide full=1 it will /replace/ the summary in the description with something else. By default, that's going to be the page content. You can switch off the page content and switch on the diff, but you've still lost the summary. That looks like a bug... Time passes... [http://git.savannah.gnu.org/cgit/oddmuse.git/commit/?id=50b71adf2d58fef3e6325ad4bad643b5d93335eb Fixed]! Thanks for the heads up. This should work, now:
< -- Alex
< Great, thanks
This page is not for questions or problems about Emacs – see OpenQuestions for that.
Suggestions: If you have suggestions (not problems) for the Emacs Wiki (not Emacs), please contribute them at EmacsWikiSuggestions.
Note that this page is not about EmacsWikiMode.
Add your problem descriptions below this line (ie, newest on top, oldest on bottom)
I modified LineNumbers and that somehow broke the page appearance; now it’s full of “[new]” strings (it wasn’t before my edit).
Oh God, it looks like i’m going to do it with this page as well. “Diff” tells me only about my small modifications. What am i doing wrong? – AlexKost?
Whoops! That was a bug. I had installed the BBCode extension to support
[b]bold[/b] and the like. When it looked at the wiki text, it decided that
[new] was an unknown BBCode and it didn’t get handled by the “Portrait Extension”. I changed the order of the rules and now it should work again. – AlexSchroeder
Thanks. I edited it and added a newline in order to force the regeneration of the HTML. – AlexSchroeder
Say we have the following markup:
[[https://duckduckgo.com/?q=%22CategoryNeedsAttention%22+site%3Aemacswiki.org|pages tagged with Category Needs Attention]]
The page with that markup gets a big ol’ “THIS PAGE NEEDS ATTENTION” banner atop itself. Which is attention-getting. But innaccurate.
How can we do a search for that term, or even link to the category page, without invoking the markup?
I attempted to do the markup as follows:
[[https://duckduckgo.com/?q=%22Category+NeedsAttention%22+site%3Aemacswiki.org|pages tagged with Category Needs Attention]]
But that particular search fails to find anything but the Category-NeedsAttention? page itself.
Also of Note: CNA markup does not appear in the page preview. It only appears after save. So twiddling with tricks to avoid its appearance can only be tested by a number of frivolous edit-save cycles.
Clearly an instance failure of WikiPedia:Use–mention_distinction. I don’t think there currently is a solution. I think all our categories suffer from it. The only way to solve this would be to add meta information. But then how would you search for the meta information? I believe that there is no perfect solution. The real question is: how many levels of meta are you willing to accept? I’m currently willing to accept a simple wiki system with no meta data and I’m willing to incur the cost since I don’t believe that there are many such instances. – AlexSchroeder
I think that a category is a bit of meta information, but it is now a meta only due to some automagical coding in the background that treats the prefix-word “Category” as a bit of markup, distinct from other WikiLinks?.. I would rather see a bit of markup to generate category tag that is distinct from the rendered output, so one could offer links to the category without becoming part of the category. --MichaelPaulukonis
What do you think of the addition of
Category /emacs/Category to the InterMap, for example. Now you can write
[[Category:EmacsWikiSite]]—resulting in Category:EmacsWikiSite and Category:EmacsWikiSite. If you then click on the header of CategoryEmacsWikiSite you will not find the pages with these links. If other languages are used more often, we can translate the prefix, too:
Kategorie:EmacsWiki. – Alex
I removed the entry for the double-TOC in ElispArea. But now I see one at HighlightLibrary. I suspect that something introduced the problem but perhaps if the page then gets edited and saved anew the problem goes away? – DrewAdams
What does happen: When I type `emacswiki` into the omnibox in Chrome, I am presented with a choice: “Press tab to search DuckDuckGo”. If I press tab and provide search terms, I am presented with a standard DuckDuckGo search results page.
What should happen: When I type `emacswiki` into the omnibox in Chrome, I should be presented with nothing special, or a choice: “Press tab to search EmacsWiki”. If I press tab and provide search terms, I should be presented with the same results page that I would get if I were to visit emacswiki.org and then provide search terms in the search box on the top right.
Using Chrome Version 24.0.1312.52 m and Windows 7 Pro Version 6.1 (Build 7601: Service Pack 1)
Works for me. Chrome Version 25.0.1364.97 m and Windows XP SP3. My guess is a temporary hickup by Google. – AlexSchroeder
(this issue is actually different from the above)
No idea how much control you have over the search. However, currently searches often are useless to me, because they show only source code files. Try searching for “defmacro”, for instance; maybe that is because it isn’t discussed anywhere on the wiki, but I have no way of finding out. Please allow to exclude sources from the search results. – OlafB?
I’m not sure what to do. Fiddling with the search engine configuration might work, but how would we search for code examples, then? Add a second search box for code only? Yuck. There\s not much configuration going on because we are using Google Search. I don’t see a way to add checkboxes and other options to influence it.
Somebody could start working on a multi-lingual setup for Lucene or whatever the search engine of choice is for people who want to do it themselves. I remember looking at it and thinking that it looked like a lot of work for little gain.
For the example given, Google returns MacroBasics on third place. That’s not so bad, is it?
I edited page icicles-opt.el and saved. Later I tried to do the same thing. I got a lock message. I used the browser Back button to get to the editing again and saved again. I then got this:
This page was changed by somebody else 25 minutes ago. The changes conflict. Please check the page again. icicles-opt.el Download ;;; icicles-opt.el --- User options (variables) for Icicles ;; ;; Filename: icicles-opt.el ;; Description: User options (variables) for Icicles ;; Author: Drew Adams ;; Maintainer: Drew Adams ;; Copyright (C) 1996-2009, Drew Adams, all rights reserved. ;; Created: Mon Feb 27 09:22:14 2006 ;; Version: 22.0 <<<<<<< you ;; Last-Updated: Fri Jun 4 17:34:46 2010 (-0700) ||||||| ancestor ;; Last-Updated: Fri Jun 4 16:52:30 2010 (-0700) ======= ;; Last-Updated: Fri Jun 4 17:32:35 2010 (-0700) >>>>>>> other ;; By: dradams <<<<<<< you ;; Update #: 3700 ||||||| ancestor ;; Update #: 3698 ======= ;; Update #: 3699 >>>>>>> other
It’s telling me my two edits conflict, and it is not recognizing that I am me. ;-) – DrewAdams
That’s very strange indeed! I thought that once you’re using a username – which you clearly are – then that doesn’t happen anymore. I’ll have to look at that code again. – AlexSchroeder
It just happened that once. And I simply pasted and saved the file again, so there was no damage in the end. – DrewAdams
I tried yet again to get emacs-w3m to work as described above. I edited. It didn’t work. I edited the page with Safari. It worked. Then I followed the instructions again in emacs-w3m. The Safari edit did not show up in the compose edit box, even though the page did show it. Therefore, the text that the user edits is not the same as the text that is shown. Is this a cache issue? Thanks.
There’s some technical information available here, if you want to take a look at it: Oddmuse:Caching. As I’m currently in Costa Rica, I can’t help you. All I know is that it worked for me – and I went through all the trouble of downloading and compiling w3m and dependencies. – AlexSchroeder
I just edited and saved a reply someone posted at DrewsElispLibraries. I refrefreshed RecentChanges (with rollbacks and minor changes included), but my edit does not appear. That wiki page is listed, but still at the time and user of the previous edit. However, after clicking List only major changes it was listed. I had previously cleared my cache, so I don’t think that was the problem. I’m guessing it was a cache problem nevertheless, but thought I’d mention it, in case it’s not. – DrewAdams
Someone edited Emacsmirror months ago but the change is not visible on the page. When I edit the page I can see the added text. I haven’t tried yet what happens when I save the page. Maybe that would cause the old edit to become effective but I wanted to leave it as-is so you can see for yourself. – JonasBernoulli
Hm, I’m not sure. When using the cache=0 parameter the page doesn’t mention “solarized” so I think editing the page will not make a big change. I wonder where the diff comes from, however.
See UnicodeEncoding#ucs-cmds.el. No matter how many colons are used for the last paragraph, it does not indent more. We should be able to have
:: align more or less with
** etc. This is a regression. – DrewAdams
I think the problem is that the HTML being generated right now is invalid:
<dl class="quote"><dl class="quote"><dt /><dd>indent 2</dd></dl></dl> – I don’t think this ever worked as you intended it to. Right now you need to use
: before you can use
::. – AlexSchroeder
I’m pretty sure it used to work. I guess you’re saying that a workaround is to do this?
* A bullet entry : :: Some text indented to be under the bullet.
That does seem to work. (You need to put some spaces after the `:’.)
I guess I’m OK with the workaround, though it indents too far and adds too much vertical whitespace. You can remove this problem unless you want to keep it as a reminder to look for a better solution.
I guess if the following two don’t line up exactly, we can use some CSS fix it:
I’m assuming that the exact indentation is determined by the browser defaults. On my iPad it looks as follows:
normal text • bullet indent
The variant you prefer would be this, correct?
normal text • bullet indent
Is this documented somewhere?
Use-case: putting a category-tag like
CategoryNeedsAttention into a header, without actually invoking it.
Interestingly, the markup in this particular header renders properly in the TOC
Markup cannot be nested by default. Very few markup elements can in fact be nested. This is not document anywhere, I think. Common sense stuff like list items and inline markup can be nested (bold list items, for example). Emphasis markup using apostrophes is the online inline markup that can be nested:
''italic '''bold''' and italic'' → italic bold and italic. – AlexSchroeder
ain't -- it -- "nice"⇒ ain’t – it – “nice”
[EmacsWikiProblems ain't -- it -- "nice"]⇒ ain't -- it -- "nice"
The link text retains its crude ASCII formatting. – VegardOye
I tried to put braces in a url (because the stupid url required them), eg:
I tried a few different things, eg:
none of them worked. I think this should be ok.
Again though, I’m happy with it not being fixed because we’ll fix it with Elwiki.
If you read RFC 2396 you’ll note that curly braces are deemed “unwise” in section 2.4.3. Excluded US-ASCII Characters.
Takes me several minutes to load the Elisp Area page – or else it hangs altogether (times out). Likewise to get to one of the Lisp files there. Likewise, it takes a long time to preview (e.g. this edit). And yes, I tried closing the browser and deleting the cache. – DrewAdams
Is this happening to anybody else? What about the time? Whenever I use the site, it seems to be working just fine. – AlexSchroeder
I just got this error when trying to save a page after some simple (trivial) editing. No idea what caused it or what the problem is. I then clicked the browser
‘Back’ button and tried, successfully, to save again. – DrewAdams
Anybody else? I’ve never seen this before. – AlexSchroeder
Just an FYI that this problem has not disappeared, even if it is less frequent. – DrewAdams
In some cases the server might actually be at fault - still makes sense to group them like this.
This might be the same problem as EditingGetsOldPageText, below, but since that speaks specifically about emacs-w3m, I’m not sure.
This problem started several months ago. The browser cache does not get refreshed when pages are edited and saved. This happens for different browsers.
This problem has bitten several people, and the only workaround seems to be to remember to manually force a cache refresh when, say, you are looking at the editable page. And even that doesn’t work if you use the Download link.
This causes people to download the wrong version of a page (e.g. an Emacs Lisp library, using the Download link). And it causes people to accidentally overwrite a previous edit by someone else (since it doesn’t appear in the editable text unless they refresh that text).
I know that some people have thought that the problem was that pages were not being locked properly for edits, so that two people editing at the same time could accidentally overwrite each other’s edits. I don’t know if that problem also exists, but I do know that this cache problem has caused people to think there is a locking problem for edits. The cache problem occurs however, even for an edit that is long after (days after) the last edit has been saved, so it is not a lock problem.
Thanks for looking into this. – DrewAdams
This is still happening, but I still cannot give a recipe for why or when it happens – it happens sometimes. It just happened now. In the same browser session, I updated page DoReMi and saved. Then opened that page again from the link at RecentChanges, using browser’s Open Link in New Window. Then clicked Edit the page and got the old page source, before my edit and save. HTH – DrewAdams
Some more info on this, in case it helps. I was just bitten by this again – I had to redo a bunch of edits as a result.
If you look at the revisions of BookmarkPlus between Revision 53 and Revision 58, you’ll see that Revision 54 was a major edit, then 55 was a minor edit. Well, 55 did not use 54 as its starting point – it used 53 instead. So I ended up doing 55, 56, 57, and 58, before I realized that the major edit for 54 had been undone (i.e. lost).
I used to think this problem had something to do with the browser cache, but now I’m thinking it has something to do with major and minor edits. HTH. – DrewAdams
Dunno if this is strictly related to the browser cache problem that I’ve been assuming exists, but there is a fine example of losing page updates that just occurred. See the revisions of this very page, EmacsWikiProblems, today.
You’ll see that this sequence of events took place:
Vegard’s update wiped out my previous update. – DrewAdams
Hm, maybe this is unrelated. Possibly it just took him more than nine minutes to edit the page before he saved it? Perhaps diff3 will sometimes merge things and drop changes without marking them as a conflict? Or he used a raw client that interacts with the wiki text directly, didn’t post back the last modification date, thus diff3 was unable to determine the ancestor for conflict resolution, and he ended up overwriting what you had done. I think the caching problem you reported earlier is something else (and much trickier, apparently). – AlexSchroeder
Try this solution, been using it a while now --pft:
(define-key w3m-mode-map "\C-c\C-c" '(lambda () (interactive) (if (member 'w3m-href-anchor (text-properties-at (point))) (w3m-view-this-url) (w3m-submit-form))))
I’ve just opened at terminal and used w3m to browse and search the wiki and didn’t see anything wrong. The answer above makes me think that maybe it’s a w3m-mode question but I’m not sure. If it’s a w3m issue, can you elaborate? – AlexSchroeder
This has changed in the last day or so – since the spam attack.
On EmacsWiki, I can no longer right-click a link (any link) and choose Open in New Window. I use IE6, and I have Google Toolbar installed (since a long time ago). When I try to open a link in a new window, Google Toolbar treats the attempt as a pop-up and blocks it.
I am forced to duplicate the browser window (
‘C-n’) and then find and click the link. This is very slow, since the current page needs to be reloaded in the new window even though I’m going to move away from it.
I have this problem only for EmacsWiki pages, and I have changed nothing in my browser etc. Does this perhaps have something to do with the change to use reCAPTCHA?
This is really quite annoying. I can make the problem go away by choosing Popups okay for Google Toolbar (for EmacsWiki), but users shouldn’t need to do that. EmacsWiki appears unfriendly to people with this behavior. – DrewAdams
I believe you. Unfortunately I don’t know what to do about it. I’m sure your browsing environment will allow you to define exceptions to the popup blocker. – AlexSchroeder
Yes, as I said, I’ve done that. The point was that it’s a shame that users will now need to do that – some might become discouraged or not understand. What’s odd is that I’ve never seen this (treating Open in New Window as a popup) on any other site. Anyway, it’s not a biggee. And perhaps it affects only IE6 users who happen to use Google Toolbar – dunno. – DrewAdams
My understanding is that the TOC should be auto-generated.
This works fine on some pages (e.g. OddmuseMode )
But is missing completely on others (e.g. TrampMode (and this page, in fact))
I guess it worked most of the time, but at the same time it was very brittle and required constant attention and compatibility cross-checking. I feel it’s just not worth the effort. Perhaps we can improve the wiki for noscript users and add some explanatory text and instructions for how to selectively enable scripts.
I have written the last entry under http://www.emacswiki.org/cgi-bin/wiki/EmacsMuse#toc18 but it is outdated. I wanted to change the two links but I was not allowed. So how do I change them? – Hans Ekbrand
The error message says:
Regular expression "\s(https?:\S+\s+https?:\S+)" matched "http://dev.nozav.org/, http://perso.ens-lsh.fr/jbarnier" on this page. Reason: two consecutive bare links (http:... http://...) usually mean spam. See BannedRegexps for more information.
This is an anti-spam measure. Replacing the comma with the word “and” fixed it. Now the two links are no longer adjacent to each other and no longer match the regular expression. – AlexSchroeder
I am having the same problem on AutoCompleteSources. I was trying to update the link for ac-math project and download pages but was stoped. The two consecutive bare links that triggered the error were already on the page and not part of edit. --Sam
Fixed. – Alex
“Arch version control” page, “ gnuarch-wiki” goes to the wrong web site.
Unfortunately, that’s a GNU Arch Wiki Problem, not ours. If you go to the official GNU Arch page and click on User-community wiki, you are taken to the same site. – Alex