oh-my-fish/pkg/omf/cli/omf.list_local_packages.fish

# List all custom packages and packages installed from the registry.
function omf.list_local_packages
  for item in (basename {$OMF_PATH,$OMF_CONFIG}/pkg/*)
    test $item = omf; or echo $item
  end
end
%%% United States of the Fish → Wahoo + OMF %%% 2015-08-27 00:20:13 +09:00			`# List all custom packages and packages installed from the registry.`
Naming functions with `omf.` namespace. Having a clear namespace `omf.` improves the readability of the code as we clarify what is the function name and what is the namespace. 2015-08-27 19:55:29 +01:00			`function omf.list_local_packages`
Merge `$OMF_CONFIG` and `$OMF_CUSTOM`. Per conversation with @bpinto in Gitter. There's no need for two separate directories. You don't have a `.git` and `.git-custom` folder, you just put your config in `.git` :) The most straightforward interpretation of XDG basedir spec is that user configuration for omf would go in `~/.config/omf`, so let's put it there. The only question is whether omf-generated config (i.e. the `theme` file) should go there as well. By analogy with git, programmatically generated config should probably be merged in with user config. This also makes it so when a user clones their dotfiles to a new machine, both kinds of settings come with it. 2015-08-27 10:56:01 -07:00			`for item in (basename {$OMF_PATH,$OMF_CONFIG}/pkg/*)`
remove references to `wa` 2015-08-27 03:58:35 +09:00			`test $item = omf; or echo $item`
%%% United States of the Fish → Wahoo + OMF %%% 2015-08-27 00:20:13 +09:00			`end`
			`end`