diff --git a/versions/native-modules/404.html b/versions/native-modules/404.html new file mode 100644 index 0000000..eec0116 --- /dev/null +++ b/versions/native-modules/404.html @@ -0,0 +1,4 @@ +
Happy birthday Hilbish! As of last month, Hilbish is now 2 years old. +Unfortunately I missed the official date, but I will still make a more +focused post on the date (19st).
I decided to fix up this website and Hilbish’s logo, so that can +be thought of as something for the 2 years milestone?
Hilbish’s old logo was.. not that good. It definitely functioned +as a logo, but the yellow part of it looked ugly (sorry old logo).
You would have definitely seen the new logo, since it is currently +in use on the navigation bar and footer. Here it is in a bigger view:
Ever since this website was first made, from the release of v2.0, it has +been doing it’s job of being a website good enough, but there were a few issues.
Padding is very important! The edges of your screen need space to do nothing, +after all. On mobile or screens small enough, there would not be enough space +for the auto margin to fill, and since there was no padding besides that, +it means things would look a bit cramped. This was simple to fix.
Here it is before:
and after:
On the docs page, the pages are on the left on desktop. Since +phones are too small to have this content on the side, it stays at the top. +This is a bit counter intuitive since it brings in extra scrolling +when navigating to every page for docs and just doesn’t look that good.
A few months ago I made it collapse with the site wide navigation, but it +was not hidden by default. So a few improvements were made:
Here’s a before:
and after:
Looks a lot better now.
If you haven’t noticed, I have made other changes to the website. +This includes:
Happy birthday Hilbish! As of last month, Hilbish is now 2 years old. Unfortunately I missed the official date, but I will still make a more focused post on the date (19st). +I decided to fix up this website and Hilbish’s logo, so that can be thought of as something for the 2 years milestone? +Logo Hilbish’s old logo was.. not that good. It definitely functioned as a logo, but the yellow part of it looked ugly (sorry old logo).
The release with full changelogs and prebuilt binaries can be seen at the v2.1.2 tag. +This release reverts the April Fool’s code additions in v2.1.1. It is functionally equal to v2.1.0. Nice! +A real release will come possibly in a few days or next week, so stay tuned for the good and feature-filled release of v2.2!
The release with full changelogs and prebuilt binaries can be seen at the v2.1.1 tag. +Welcome to a fresh new release of Hilbish! Some people (or none) may be awaiting the long coming v2.2 release with lots of features, but I needed to push out this little bug fix (wink) release. +Bug Fixes Validation checks for command input When running this version, you may have noticed an odd message that sometimes comes up when running commands.
The release with full changelogs and prebuilt binaries can be seen at the v2.1.0 tag. +Oh look! A new release of Hilbish! This time is the v2.1 release, with a small amount of features and mainly documentation changes and bug fixes. +Documentation There have been a few documentation enhancements for this release. This includes: +Adding the return types for all functions that need them Documenting Hilbish types like job objects and timers properly.
Hilbish v2.0 has been released! Well actually, it was released a week ago, but I only wrote this Hilbish blog after that. +This is a big release, coming 9 months after the previous v1.2.0 and featuring over 40+ bug fixes and tons of new features and enhancements, so let’s see what is in this release. +Documentation When querying about the problems people have with Hilbish, one of the issues was its poor documentation.
Steps on how to install Hilbish on all the OSes and distros supported.
Hello! Welcome to the Hilbish blog. This will mainly contain release announcements and some other things relating to Hilbish (development).
Hilbish v2.0 has been released! +Well actually, it was released a week ago, but I only wrote this +Hilbish blog after that.
This is a big release, coming 9 months after the previous v1.2.0 and +featuring over 40+ bug fixes and tons of new features and enhancements, so +let’s see what is in this release.
When querying about the problems people have with Hilbish, one of the
+issues was its poor documentation. Hilbish had plain text, autogenerated
+documentation which only covered the module functions (bait, hilbish,
+commander, etc.) and did not include the interfaces (hilbish.timers
,
+hilbish.jobs
and all that).
I have tried to improve this by working on documenting all the
+interfaces (except for some functions of hilbish.runner
, that’s hard to do)
+and made the documentation markdown for use on this website. This means
+that users can look at documentation here or with the doc
command.
Hopefully this addresses documentation complaints, and if not, please open an issue.
As this is a piece of software with no unit testing that is maintained by me alone, +there is gonna be either some bug or something that I overlooked when +making a change. I make a lot of mistakes. There’s also the other fact that +sometimes there’s just bugs for any other reasosn. Good thing I fixed +more than 40 of those bugs in this release!
The pure Go readline library is good in some ways and bad in others. +A good portion of the bug fixes are for the readline library, and also +related to text input with east asian characters and the like (Korean, Japanese, +etc.)
A few of the fixes (and additions) include:
There are a lot more fixes, even more than the ones listed here, but these are the main ones: +- Don’t put alias expanded command in history (I’ve fixed this 5 times now….) +- Handle stdin being nonblocking +- Completion related fixes, like showing the full name, completing files with spaces
This release is a major version bump not only because there are tons of fixes, but because +there are breaking changes. This means that there are some changes done which would +cause errors with an old user config (breaking).
The most important is the use of a new Lua VM library. Previously, Hilbish +used gopher-lua, which implements Lua 5.1. This has been changed to +golua +, which implements Lua 5.4.
Moving from 5.1 to 5.4 does have breaking changes even if it doesn’t seem like it, +and since these are different Lua implementations, there may be some differences there too.
Previously, objects such as jobs or timers were represented by tables. +This has been changed to userdata to make more sense.
Runner functions are now required to return a table. +It can (at the moment) have 4 variables:
input
(user input)exitCode
(exit code)error
(error message)continue
(whether to prompt for more input)
+User input has been added to the return to account for runners wanting to
+prompt for continued input, and to add it properly to history. continue
+got added so that it would be easier for runners to get continued input
+without having to actually handle it at all.The MacOS config paths now match Linux, since it makes more sense for +a program like Hilbish.
The Hilbish greeting is now an opt, and is printed by default.
Besides fixes and changes, this release also includes a good portion of +new features! Users can now add handlers for syntax highlighting and +inline hinting.
Some new hooks have been added, like hilbish.cancel
and hilbish.init
.
+You can look at all the hooks via the doc hooks
command
Job management functions have also been added. You can now put jobs in the +foreground/background and disown them via the expected commands and also +via the Lua API.
The hilbish.timers
API interface was also added in this release!
Hilbish has gone from something small and simple for myself to a slightly +advanced shell with a decent amount of features, and a few users. It +still hasn’t reached levels of other alt shells in regards to literally +everything, but the goal is to get there!
If you want to check the FULL changelog, you can do so here. +This v2.0 release marks an advancement in Hilbish (and also how long +one of my projects hasn’t died) and I hope it can advance even further.
Thanks for reading, and I’ll be back for the v2.1 release notes, or maybe +something else in between.
The release with full changelogs and prebuilt binaries can be +seen at the v2.1.0 +tag.
Oh look! A new release of Hilbish! This time is the v2.1 release, +with a small amount of features and mainly documentation changes and +bug fixes.
There have been a few documentation enhancements for this release. +This includes:
A major addition is the new “sink” type for commanders to write
+their output to. This was the solution to pipes and other shell
+operators not working with builtins. If you wrote a commander
+and made it print
, use sinks.out:write
instead.
This is also documented at the commander docs +.
doc
command
+Since API documentation has been moved to an API folder and also includes
+interfaces, a change has been made to get the module name from the
+passed from the requested page. This means that
+doc api hilbish hilbish.jobs
is now shortened to doc api hilbish.jobs
Small release, small amount of bug fixes. Even though, this is the main +part of this release.
Previously Hilbish completions did not work with symlinks properly.
+This can be tested in the previous 2.0 release by attempting to
+path complete to /bin
. Since this is (or can be?) a symlink to
+/usr/bin
, it was not marked as a directory and therefore did not
+automatically add the ending slash. This has been fixed.
I found that when I updated my terminal of choice (Tym
+) for the new
+daemon feature, Hilbish would sometimes segfault on startup. This is due
+to it getting a resize event on startup while bait
was not initialized
+yet.
hilbish.which
function works with aliases.hilbish.completion.files
and hilbish.completion.bins
will no longer
+cause a panic with all empty arguments passed.Stay tuned for the v2.2 release, which will have a bigger set of features +and maybe some more bug fixes!
The release with full changelogs and prebuilt binaries can be +seen at the v2.1.1 +tag.
Welcome to a fresh new release of Hilbish! Some people (or none) may be awaiting +the long coming v2.2 release with lots of features, but I needed to push +out this little bug fix (wink) release.
When running this version, you may have noticed an odd message that sometimes +comes up when running commands. This is from the new TMOLI42SH +(The Meaning of Life is 42 String Hash) input validation scheme.
Commands now have a chance of taking exactly 2-3s more less time of running due to
+improvements in the code for shell runners!!!!!
Hilbish already threw an error when Lua code was not valid in syntax, but there was the +need for an extra validation scheme (called OpTTCLC - Opinion based Turing Test to Check Lua Code) +which results in less time wasted running invalid and TERRIBLE Lua code.
There is only 1 new feature in this glorious release.
If you run a command that does not exist, Hilbish will say goodbye.
Hope you enjoy this new release! It took a lot of effort to create this new version +while I was busy doing completely nothing. :)))
The release with full changelogs and prebuilt binaries can be +seen at the v2.1.2 +tag.
This release reverts the April Fool’s code additions in v2.1.1. It is +functionally equal to v2.1.0. Nice!
A real release will come possibly in a few days or next week, so stay tuned for +the good and feature-filled release of v2.2!
Hello! Welcome to the Hilbish blog. This will mainly contain release +announcements and some other things relating to Hilbish (development).
Happy birthday Hilbish! As of last month, Hilbish is now 2 years old. Unfortunately I missed the official date, but I will still make a more focused post on the date (19st). +I decided to fix up this website and Hilbish’s logo, so that can be thought of as something for the 2 years milestone? +Logo Hilbish’s old logo was.. not that good. It definitely functioned as a logo, but the yellow part of it looked ugly (sorry old logo).
The release with full changelogs and prebuilt binaries can be seen at the v2.1.2 tag. +This release reverts the April Fool’s code additions in v2.1.1. It is functionally equal to v2.1.0. Nice! +A real release will come possibly in a few days or next week, so stay tuned for the good and feature-filled release of v2.2!
The release with full changelogs and prebuilt binaries can be seen at the v2.1.1 tag. +Welcome to a fresh new release of Hilbish! Some people (or none) may be awaiting the long coming v2.2 release with lots of features, but I needed to push out this little bug fix (wink) release. +Bug Fixes Validation checks for command input When running this version, you may have noticed an odd message that sometimes comes up when running commands.
The release with full changelogs and prebuilt binaries can be seen at the v2.1.0 tag. +Oh look! A new release of Hilbish! This time is the v2.1 release, with a small amount of features and mainly documentation changes and bug fixes. +Documentation There have been a few documentation enhancements for this release. This includes: +Adding the return types for all functions that need them Documenting Hilbish types like job objects and timers properly.
Hilbish v2.0 has been released! Well actually, it was released a week ago, but I only wrote this Hilbish blog after that. +This is a big release, coming 9 months after the previous v1.2.0 and featuring over 40+ bug fixes and tons of new features and enhancements, so let’s see what is in this release. +Documentation When querying about the problems people have with Hilbish, one of the issues was its poor documentation.
Steps on how to install Hilbish on all the OSes and distros supported.
Hello! Welcome to the Hilbish blog. This will mainly contain release announcements and some other things relating to Hilbish (development).
the event emitter
Bait is the event emitter for Hilbish. Why name it bait? Why not. +It throws hooks that you can catch. This is what you will use if +you want to listen in on hooks to know when certain things have +happened, like when you’ve changed directory, a command has failed, +etc. To find all available hooks thrown by Hilbish, see doc hooks.
Catches a hook with name
. Runs the cb
when it is thrown
Same as catch, but only runs the cb
once and then removes the hook
Returns a table with hooks (callback functions) on the event with name
.
Removes the catcher
for the event with name
.
+For this to work, catcher
has to be the same function used to catch
+an event, like one saved to a variable.
Throws a hook with name
with the provided args
library for custom commands
Commander is a library for writing custom commands in Lua. +In order to make it easier to write commands for Hilbish, +not require separate scripts and to be able to use in a config, +the Commander library exists. This is like a very simple wrapper +that works with Hilbish for writing commands. Example:
local commander = require 'commander'
+
+commander.register('hello', function(args, sinks)
+ sinks.out:writeln 'Hello world!'
+end)
+
In this example, a command with the name of hello
is created
+that will print Hello world!
to output. One question you may
+have is: What is the sinks
parameter?
The sinks
parameter is a table with 3 keys: in
, out
,
+and err
. The values of these is a Sink.
in
is the standard input. You can read from this sink
+to get user input. (This is currently unimplemented.)out
is standard output. This is usually where text meant for
+output should go.err
is standard error. This sink is for writing errors, as the
+name would suggest.Deregisters any command registered with name
Register a command with name
that runs cb
when ran
filesystem interaction and functionality library
The fs module provides easy and simple access to filesystem functions +and other things, and acts an addition to the Lua standard library’s +I/O and filesystem functions.
Gives an absolute version of path
.
Gives the basename of path
. For the rules,
+see Go’s filepath.Base
Changes directory to dir
Returns the directory part of path
. For the rules, see Go’s
+filepath.Dir
Glob all files and directories that match the pattern. +For the rules, see Go’s filepath.Glob
Takes paths and joins them together with the OS’s +directory separator (forward or backward slash).
Makes a directory called name
. If recursive
is true, it will create its parent directories.
Returns a table of files in dir
.
Returns a table of info about the path
.
+It contains the following keys:
+name (string) - Name of the path
+size (number) - Size of the path
+mode (string) - Permission mode in an octal format string (with leading 0)
+isDir (boolean) - If the path is a directory
command aliasing
The alias interface deals with all command aliases in Hilbish.
This is an alias (ha) for the hilbish.alias
function.
Removes an alias.
Get a table of all aliases, with string keys as the alias and the value as the command.
Tries to resolve an alias to its command.
tab completions
The completions interface deals with tab completions.
Calls a completer function. This is mainly used to call
+a command completer, which will have a name
in the form
+of command.name
, example: command.git
.
+You can check doc completions
for info on the completionGroups
return value.
The handler function is the callback for tab completion in Hilbish. +You can check the completions doc for more info.
Returns binary/executale completion candidates based on the provided query.
Returns file completion candidates based on the provided query.
interactions for Hilbish's line reader
The hilbish.editor interface provides functions to +directly interact with the line editor in use.
Returns the current input line.
Returns the text that is at the register.
Inserts text into the line.
Sets the vim register at register
to hold the passed text.
command history
The history interface deals with command history. +This includes the ability to override functions to change the main +method of saving history.
Adds a command to the history.
Retrieves all history.
Deletes all commands from the history.
Retrieves a command from the history based on the idx
.
Returns the amount of commands in the history.
background job management
Manage interactive jobs in Hilbish via Lua.
Jobs are the name of background tasks/commands. A job can be started via +interactive usage or with the functions defined below for use in external runners.
Adds a new job to the job table. Note that this does not immediately run it.
Returns a table of all job objects.
Disowns a job. This deletes it from the job table.
Get a job object via its ID.
Returns the last added job from the table.
The Job type describes a Hilbish job.
cmd
: The user entered command string for the job.running
: Whether the job is running or not.id
: The ID of the job in the job tablepid
: The Process IDexitCode
: The last exit code of the job.stdout
: The standard output of the job. This just means the normal logs of the process.stderr
: The standard error stream of the process. This (usually) includes error messages of the job.Puts a job in the background. This acts the same as initially running a job.
Puts a job in the foreground. This will cause it to run like it was +executed normally and wait for it to complete.
Starts running the job.
Stops the job from running.
OS Info
The os
interface provides simple text information properties about
+the current OS on the systen. This mainly includes the name and
+version.
family
: Family name of the current OSname
: Pretty name of the current OSversion
: Version of the current OSinteractive command runner customization
The runner interface contains functions that allow the user to change +how Hilbish interprets interactive input. +Users can add and change the default runner for interactive input to any +language or script of their choosing. A good example is using it to +write command in Fennel.
This is the same as the hilbish.runnerMode
function. It takes a callback,
+which will be used to execute all interactive input.
+In normal cases, neither callbacks should be overrided by the user,
+as the higher level functions listed below this will handle it.
Evaluates cmd
as Lua input. This is the same as using dofile
+or load
, but is appropriated for the runner interface.
Runs a command in Hilbish’s shell script interpreter.
+This is the equivalent of using source
.
timeout and interval API
If you ever want to run a piece of code on a timed interval, or want to wait +a few seconds, you don’t have to rely on timing tricks, as Hilbish has a +timer API to set intervals and timeouts.
These are the simple functions hilbish.interval
and hilbish.timeout
(doc
+accessible with doc hilbish
). But if you want slightly more control over
+them, there is the hilbish.timers
interface. It allows you to get
+a timer via ID and control them.
All functions documented with the Timer
type refer to a Timer object.
An example of usage:
local t = hilbish.timers.create(hilbish.timers.TIMEOUT, 5000, function()
+ print 'hello!'
+end)
+
+t:start()
+print(t.running) // true
+
INTERVAL
: Constant for an interval timer typeTIMEOUT
: Constant for a timeout timer typeCreates a timer that runs based on the specified time
in milliseconds.
+The type
can either be hilbish.timers.INTERVAL
or hilbish.timers.TIMEOUT
Retrieves a timer via its ID.
The Job type describes a Hilbish timer.
type
: What type of timer it isrunning
: If the timer is runningduration
: The duration in milliseconds that the timer will runStarts a timer.
Stops a timer.
user-related directories
This interface just contains properties to know about certain user directories. +It is equivalent to XDG on Linux and gets the user’s preferred directories +for configs and data.
config
: The user’s config directorydata
: The user’s directory for program datathe core Hilbish API
The Hilbish module includes the core API, containing +interfaces and functions which directly relate to shell functionality.
ver
: The version of HilbishgoVersion
: The version of Go that Hilbish was compiled withuser
: Username of the userhost
: Hostname of the machinedataDir
: Directory for Hilbish data files, including the docs and default modulesinteractive
: Is Hilbish in an interactive shell?login
: Is Hilbish the login shell?vimMode
: Current Vim input mode of Hilbish (will be nil if not in Vim input mode)exitCode
: xit code of the last executed commandSets an alias of cmd
to orig
Appends dir
to $PATH
Registers a completion handler for scope
.
+A scope
is currently only expected to be command.<cmd>
,
+replacing command.git
).
+cb
must be a function that returns a table of “completion groups.”
+Check doc completions
for more information.
Returns the current directory of the shell
Replaces running hilbish with cmd
Puts fn
in a goroutine
Line highlighter handler. This is mainly for syntax highlighting, but in +reality could set the input of the prompt to display anything. The +callback is passed the current line and is expected to return a line that +will be used as the input display. +Note that to set a highlighter, one has to override this function. +Example:
function hilbish.highlighter(line)
+ return line:gsub('"%w+"', function(c) return lunacolors.green(c) end)
+end
+
This code will highlight all double quoted strings in green.
The command line hint handler. It gets called on every key insert to +determine what text to use as an inline hint. It is passed the current +line and cursor position. It is expected to return a string which is used +as the text for the hint. This is by default a shim. To set hints, +override this function with your custom handler.
Sets the input mode for Hilbish’s line reader. Accepts either emacs or vim
Runs the cb
function every time
milliseconds.
+This creates a timer that starts immediately.
Changes the continued line prompt to str
Prepends dir
to $PATH
Changes the shell prompt to str
+There are a few verbs that can be used in the prompt text.
+These will be formatted and replaced with the appropriate values.
+%d
- Current working directory
+%u
- Name of current user
+%h
- Hostname of device
Read input from the user, using Hilbish’s line editor/input reader.
+This is a separate instance from the one Hilbish actually uses.
+Returns input
, will be nil if ctrl + d is pressed, or an error occurs (which shouldn’t happen)
Runs cmd
in Hilbish’s sh interpreter.
+If returnOut is true, the outputs of cmd
will be returned as the 2nd and
+3rd values instead of being outputted to the terminal.
Sets the execution/runner mode for interactive Hilbish. This determines whether +Hilbish wll try to run input as Lua and/or sh or only do one of either. +Accepted values for mode are hybrid (the default), hybridRev (sh first then Lua), +sh, and lua. It also accepts a function, to which if it is passed one +will call it to execute user input instead.
Runs the cb
function after time
in milliseconds.
+This creates a timer that starts immediately.
Checks if name
is a valid command.
+Will return the path of the binary, or a basename if it’s a commander.
A sink is a structure that has input and/or output to/from +a desination.
Sets/toggles the option of automatically flushing output. +A call with no argument will toggle the value.
Flush writes all buffered input to the sink.
Reads input from the sink.
Writes data to a sink.
Writes data to a sink with a newline at the end.
Welcome to the API documentation for Hilbish. This documents Lua functions +provided by Hilbish.
low level terminal library
The terminal library is a simple and lower level library for certain terminal interactions.
Restores the last saved state of the terminal
Saves the current state of the terminal
Puts the terminal in raw mode
Gets the dimensions of the terminal. Returns a table with width
and height
+Note: this is not the size in relation to the dimensions of the display
Last updated Dec 20, 2022
No, it is not. POSIX compliance is a non-goal. Perhaps in the future, +someone would be able to write a native plugin to support shell scripting +(which would be against it’s main goal, but ….)
It compiles for Windows (CI ensures it does), but otherwise it is not +directly supported. If you’d like to improve this situation, +checkout the discussion +.
The builtin doc
command supplies all documentation of Hilbish provided
+APIs. You can also check the sidebar.
Hilbish emerged from the desire of a Lua configured shell. +It was the initial reason that it was created, but now it’s more: +to be hyper extensible, simpler and more user friendly.
Last updated Apr 14, 2023
Hilbish has a wide range of features to enhance the user’s experience +new ones are always being added. If there is something missing here or +something you would like to see, please start a discussion +or comment on any existing ones which match your request.
Last updated Jul 10, 2023
Get notified of shell actions.
Hilbish features a simple notification system which can be
+used by other plugins and parts of the shell to notify the user
+of various actions. This is used via the hilbish.message
interface.
A message
is defined as a table with the following properties:
icon
: A unicode/emoji icon for the notification.title
: The title of the messagetext
: Message text/bodychannel
: The source of the message. This should be a
+unique and easily readable text identifier.summary
: A short summary of the notification and message.
+If this is not present and you are using this to display messages,
+you should take part of the text
instead.The hilbish.message
interface provides the following functions:
send(message)
: Sends a message and emits the hilbish.notification
+signal. DO NOT emit the hilbish.notification
signal directly, or
+the message will not be stored by the message handler.read(idx)
: Marks message at idx
as read.delete(idx)
: Removes message at idx
.readAll()
: Marks all messages as read.clear()
: Deletes all messages.There are a few simple use cases of this notification/messaging system. +It could also be used as some “inter-shell” messaging system (???) but +is intended to display to users.
An example is notifying users of completed jobs/commands ran in the background. +Any Hilbish-native command (think the upcoming Greenhouse pager) can display +it.
Last updated Apr 14, 2023
Customize the interactive script/command runner.
Hilbish allows you to change how interactive text can be interpreted. +This is mainly due to the fact that the default method Hilbish uses +is that it runs Lua first and then falls back to shell script.
In some cases, someone might want to switch to just shell script to avoid +it while interactive but still have a Lua config, or go full Lua to use +Hilbish as a REPL. This also allows users to add alternative languages, +instead of either like Fennel.
Runner mode can also be used to handle specific kinds of input before +evaluating like normal, which is how Link.hsh +handles links.
Last updated Apr 14, 2023
To start Hilbish, open a terminal. If Hilbish has been installed and is not the
+default shell, you can simply run hilbish
to start it. This will launch
+a normal interactive session.
+To exit, you can either run the exit
command or hit Ctrl+D.
There are a few ways to make Hilbish your default shell. A simple way is +to make it your user/login shell.
To do that, simply run chsh -s /usr/bin/hilbish
.
+Some distros (namely Fedora) might have lchsh
instead, which is used like lchsh <user>
.
+When prompted, you can put the path for Hilbish.
The simpler way is to set the default shell for your terminal. The way of +doing this depends on how your terminal settings are configured.
Some shells (like zsh) have an rc file, like .zlogin
, which is ran when the shell session
+is a login shell. In that file, you can run Hilbish. Example:
exec hilbish -S -l
+
This will replace the shell with Hilbish, set $SHELL to Hilbish and launch it as a login shell.
Once installation and setup has been done, you can then configure Hilbish. +It is configured and scripted via Lua, so the config file is a Lua file. +You can use any pure Lua library to do whatever you want.
Hilbish’s sample configuration is usually located in hilbish.dataDir .. '/.hilbishrc.lua'
.
+You can print that path via Lua to see what it is: print(hilbish.dataDir .. '/.hilbishrc.lua')
.
+As an example, it will usually will result in /usr/share/hilbish/.hilbishrc.lua
on Linux.
To edit your user configuration, you can copy that file to hilbish.userDir.config .. '/hilbish/init.lua'
,
+which follows XDG on Linux and MacOS, and is located in %APPDATA% on Windows.
As the directory is usually ~/.config
on Linux, you can run this command to copy it:cp /usr/share/hilbish/.hilbishrc.lua ~/.config/hilbish/init.lua
Now you can get to editing it. Since it’s just a Lua file, having basic
+knowledge of Lua would help. All of Lua’s standard libraries and functions
+from Lua 5.4 are available. Hilbish has some custom and modules that are
+available. To see them, you can run the doc
command. This also works as
+general documentation for other things.
Last updated Dec 20, 2022
Hilbish is a hyper-extensible shell mainly intended for interactive use. +To enhance the interactive experience, Hilbish comes with a wide range +of features and sane defaults, including a nice looking prompt, +advanced completion menus and history search.
Here documents some of the features of Hilbish and the Lua API.
🌺 Hilbish is the new Moon-powered interactive shell for Lua fans!
Extensible, scriptable, configurable: All in Lua. ✨
Hilbish is your interactive shell as well as a just a Lua interpreter
+and enhanced REPL.
Hilbish is known to run on the 3 major platforms (Windows, MacOS, Linux) +but likely builds on other Unixes! Windows doesn't work as well as it should, +so if you're a Windows user, +say something!
The best way to get Hilbish is to get a build directly from GitHub. +At any time, there are 2 versions of Hilbish recommended for download: +the latest stable release, and development builds from the master branch.
You can download both at any time, but note that the development builds may +have breaking changes.
For the latest stable release, check here: https://github.com/Rosettea/Hilbish/releases/latest
For a development build: https://nightly.link/Rosettea/Hilbish/workflows/build/master
To read the steps for compiling Hilbish, head over to the GitHub repository.
Methods of installing Hilbish for your Linux distro.
An official COPR is offered to install Hilbish easily on Fedora. +Enable the repo:
sudo dnf copr enable sammyette/Hilbish
+
And install Hilbish:
sudo dnf install hilbish
+
Or for the latest development build from master:
sudo dnf install hilbish-git
+
Hilbish is on the AUR. Setup an AUR helper, and install. +Example with yay:
yay -S hilbish
+
Or, from master branch:
yay -S hilbish-git
+
Hilbish is currentlty in the testing/edge repository for Alpine. +Follow the steps here +(Using testing repositories) and install:
apk add hilbish
+
Happy birthday Hilbish! As of last month, Hilbish is now 2 years old. Unfortunately I missed the official date, but I will still make a more focused post on the date (19st). +I decided to fix up this website and Hilbish’s logo, so that can be thought of as something for the 2 years milestone? +Logo Hilbish’s old logo was.. not that good. It definitely functioned as a logo, but the yellow part of it looked ugly (sorry old logo).
The release with full changelogs and prebuilt binaries can be seen at the v2.1.2 tag. +This release reverts the April Fool’s code additions in v2.1.1. It is functionally equal to v2.1.0. Nice! +A real release will come possibly in a few days or next week, so stay tuned for the good and feature-filled release of v2.2!
The release with full changelogs and prebuilt binaries can be seen at the v2.1.1 tag. +Welcome to a fresh new release of Hilbish! Some people (or none) may be awaiting the long coming v2.2 release with lots of features, but I needed to push out this little bug fix (wink) release. +Bug Fixes Validation checks for command input When running this version, you may have noticed an odd message that sometimes comes up when running commands.
The release with full changelogs and prebuilt binaries can be seen at the v2.1.0 tag. +Oh look! A new release of Hilbish! This time is the v2.1 release, with a small amount of features and mainly documentation changes and bug fixes. +Documentation There have been a few documentation enhancements for this release. This includes: +Adding the return types for all functions that need them Documenting Hilbish types like job objects and timers properly.
Hilbish v2.0 has been released! Well actually, it was released a week ago, but I only wrote this Hilbish blog after that. +This is a big release, coming 9 months after the previous v1.2.0 and featuring over 40+ bug fixes and tons of new features and enhancements, so let’s see what is in this release. +Documentation When querying about the problems people have with Hilbish, one of the issues was its poor documentation.
Steps on how to install Hilbish on all the OSes and distros supported.
Hello! Welcome to the Hilbish blog. This will mainly contain release announcements and some other things relating to Hilbish (development).