| Age | Commit message (Collapse) | Author |
|---|
|
It's nicer to always use the browser's own app icon instead. :^)
|
|
|
|
Before this patch DisplayProperties couldn't handle correctly going from
a set wallpaper to a background color.
This patch adds a new "Use background color" as a first option for the
Wallpaper combobox as well as correct handling of setting an invalid
bitmap, thus making the WindowManager draw the background color
|
|
TextBox already handles well its disabled state so it's no use to have a
way to prevent it from PropertiesDialog, too.
|
|
|
|
The FileManager PropertiesDialog always let the user change the name of
files and folders to then be prompted with write permissions error.
Now it checks for write permissions on the containing folder so it can
"disable" the TextBox input. We can't really disable TextBox right now,
hence the quotes.
|
|
Before this the delete action would be enabled in whenever was the case
in which the user had some selection made. This patch forces a check
to access() with the current folder path to see if the user actually can
delete nodes in it.
|
|
This action is a bit different to the regular paste action because it
takes into account the folder in which the context menu was opened,
so it can be enabled/disabled whether that folder is writable or not for
the current user.
Both paste action use the same logic, now moved to the function
do_action(const GUI::Action&), but in the case of the folder being
right clicked, it pastes inside of it.
|
|
|
|
Now the "New directory..." contextual menu is disabled if the current
user doesn't have enough permissions to create a node in the current
path.
This prevents the user going to the "New Directory" InputBox, writing
an appropriate name and accepting just to find they can't even do it :)
|
|
|
|
Now FileManager will paste the clipboard contents inside a folder if the
paste action was clicked through a folder context menu, being the target
directory the selected folder.
This mimicks most of the behaviours that the different file managers
have.
|
|
FileManager had this weird behaviour in which it would ignore the
current selection and try to copy and delete the current folder.
|
|
HexEditor crashes during try OpenFile dialog.
|
|
Browser was using the filetype-html icon instead of a dedicated one, so
we now have the globe from that icon reimagined and in good Buggie
company :^)
|
|
|
|
|
|
This feels a little shoddy, but we need to make sure that updates end
up on the right statusbar (since there is one statusbar per tab.)
|
|
Fixes #1952.
|
|
|
|
The Browser can now load a home page URL from the user's Browser.ini
configuration file rather than using a hard-coded URL.
|
|
|
|
...and enable this in the main Browser UI. :^)
|
|
|
|
|
|
This makes the active tab "take over" the whole window UI, even though
it's actually inside a TabWidget.
|
|
|
|
|
|
Similar to fullscreen mode we need to hide the toolbar's container.
|
|
If we just hide the toolbar itself, its container is still visible and
taking up space at the top of the screen.
|
|
|
|
This makes LibGUI choose the correct action depending on which tab
is currently active (technically which tab is *focused*.)
Fixes #1935.
|
|
|
|
|
|
Now you can switch between the open tabs with Ctrl+PgUp and Ctrl+PgDn
|
|
Note that this is a little bit unreliable with the keyboard shortcut
since LibGUI can get confused about which Action it's supposed to use
as each Browser::Tab has its own "close tab" action. This will need
to be fixed in LibGUI.
|
|
This also introduces a WindowActions collection of actions that are not
specific to the currently open tab, but nevertheless part of its menus.
|
|
This patch moves most of the Browser UI into a Tab class. The main UI
now mainly consists of a GUI::TabWidget that Tab objects are added to.
I'm going with the "tabs on top" style here, since I like how it makes
it feel like each tab has its own UI controls (which it actually does!)
|
|
Fixes #1258.
|
|
We were forgetting to draw the frame. :^)
|
|
|
|
The HTTP JSON API this relied on is no longer available via HTTP and
I would rather make the website work in Browser anyway. :^)
|
|
|
|
|
|
This mimics the Explorer toolbar container from Windows 2000 and looks
pretty neat! :^)
|
|
Widget::child_widgets() is a *copy* of the list of child widgets. :^)
|
|
|
|
|
|
Kinda hackish, but it does work.
|
|
Only has the option to create a folder, but hey ;^)
|
