Use the option package-archive-priorities which was made for this very purpose. To prefer MELPA Stable over MELPA, add the following to your init file:
'(("GNU ELPA" . "https://elpa.gnu.org/packages/")
("MELPA Stable" . "https://stable.melpa.org/packages/")
("MELPA" . "https://melpa.org/packages/"))
A good answer would be quite long. The short answer is yes. Each of Helm and Icicles offers features not offered by the other.
They are not necessarily alternatives/competitors. You can use both.
Wrt your question about matching candidates, there is no difference wrt showing all candidates. IOW, Icicles too will show all candidates anytime you like (...
If you set LaTeX-includegraphics-read-file to LaTeX-includegraphics-read-file-relative, autocompletion with helm provides this feature:
Setting up AUCTeX
You can either customize LaTeX-includegraphics-read-file (M-x customize-variable RET LaTeX-includegraphics-read-file RET) and select the relative option or add the following to your init file:
Use helm-swoop to find occurrences of words WORD1 and WORD2 in the buffer.
M-x helm-swoop RET WORD1\|WORD2 RET
Use helm-swoop to find occurrences of pairs of words WORD1 and WORD2 in the buffer, in the same line.
M-x helm-swoop RET WORD1 WORD2 RET
Here is a corrected version of your predicate definition:
(defun icicle-flx-score-greater-p (s1 s2)
"Return non-nil if S1 scores higher than S2 using `flx-score`."
;; (message "Testing testing!")
(let* ((input (if (icicle-file-name-input-p)
If the question is not limited to Helm, you can do this in Icicles using command icicle-occur (bound to C-c ') in either of these ways, depending on what you want:
Type the regexp Hello.*Bye, if you want to look for Hello followed by Bye.
Type Hello then S-SPC then Bye, if you want to look for both words in either order.
C-c ' uses lines as search contexts....
That <!DOCTYPE is your clue that you did not download the Emacs-Lisp files (*.el). Instead, you downloaded an HTML file - e.g., an HTML file that describes or displays an Emacs-Lisp file.
Try downloading the source files again (*.el). Then check their content to see if they look like Lisp code or HTML code. If the latter then you are still downloading ...
You apparently want to search only within certain contexts, defined by those two Org labels, #+BEGIN_SRC python and #+END_SRC.
You can use Icicles search to do that, defining the search contexts as text that matches a regexp, which you can input at the prompt:
But as a shortcut (and easier on the eyes) you can ...
Turn off ido-mode.
Ido takes over the minibuffer, imposing its own, radically different key bindings and behavior. Ido is not compatible with Icicles or with the vanilla Emacs minibuffer key bindings.
See here for the relation between Ido and Icicles and how to get more Ido-like behavior using Icicles, if you like Ido behavior.
This answer is for using command icicle-find-file-absolute, which is similar in most regards to icicle-locate.
But icicle-locate uses a prefix arg differently, passing it to system-command locate. So icicle-locate doesn't handle the use of a prefix arg to make multi-completion candidates include also a last modification-date middle component.
Updating this to provide the short answer, after email exchange:
Set user option icicle-file-sort to the sort order you want, e.g., icicle-case-string-less-p.
(Leaving the rest of the original response, below, in case it helps someone.)
I'm not sure what's going on, so this isn't much of an "answer", so far. You can follow up by email if this becomes a ...
Please take a look at the Icicles documentation. Section Icicles - Ido and IswitchB covers this.
It tells you, for example, "You cannot use Icicles and Ido together, however – they use the minibuffer in incompatible ways."
However, you can use Icicles and Icomplete together. Icomplete shows you completion candidates in the minibuffer (and lets you choose ...
Your question is s bit unclear to me.
Multi-command icicle-insert-history-element (bound to M-o) is for inserting previous inputs into the active minibuffer using completion, appending them individually to whatever is already in the minibuffer.
If you want to see all previous (i.e., history) inputs for a given minibuffer history (e.g., a command history) ...
I think you'll need to be more precise in your description. I can't repro the problem, except that completion-candidate sorting is on by default.
That is, the default value of option icicle-sort-comparer is icicle-case-string-less-p: sort alphabetically, respecting completion-ignore-case.
As always, you can change the sort order on the fly, including ...
Icicles does not do anything to "integrate with" Helm. Perhaps Helm does something to "integrate with" Icicles, but I doubt it.
More likely is that you loaded some other library (perhaps a Helm add-on someone wrote) that grabs some of the key bindings that Icicles uses by default.
If the only problem you have is key bindings then my suggestion would be to ...
I will take a look to see what, if anything, I think might be done as an improvement.
C-h f icicle-pp-eval-expression tells you how to do without that function:
By default, Icicle mode remaps all key sequences that are normally
bound to `eval-expression` or `pp-eval-expression` to
`icicle-pp-eval-expression`. If you do not want this remapping, then
Use Occur to find occurrences of words WORD1 and WORD2 in the buffer.
M-x occur RET WORD1\|WORD2 RET
Then use M-g M-n and M-g M-p to navigate the results from the buffer containing text.
Use Occur to find occurrences of pairs of words WORD1 and WORD2 in the buffer, which could be across multiple lines.
M-x occur RET ...
Starting with emacs -Q and manually entering icicle-mode solved the problem, so it turned out that ido was still active despite my attempts to disable it through the customize interface.
On a newbie hunch I opened my init.el, added
and restarted emacs. This worked. Now C-x C-f is bound to icicle-file and other functionality seems normal.