| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
| |
This removes the code that was copied from the LGPL eos-theme repository
and replaces it with a different simple spinner animation, adapted from
the MIT-licensed http://projects.lukehaas.me/css-loaders/
[endlessm/eos-sdk#2948]
|
|
|
|
|
|
|
| |
The topbar navigation buttons are flipped on right-to-left (rtl) locales.
On this version of GTK, we manually select the corresponding -rtl icon names.
Notice that styling is also flipped.
|
|\
| |
| | |
Added styling for spinner.
|
| | |
|
|/
|
|
|
|
|
| |
Was only selecting .context_menu but apparently that doesn't select
the context menus on webkit webview. Just selecting .menu instead
which gets everything
[endlessm/eos-sdk#617]
|
|
|
|
|
|
|
|
|
|
|
|
| |
The current styling just left text as white, background as black
with no styling for hover and insensitive states, which looked
terrible. We've decided to just use the system theme instead
Unfortunately because there's no support for the :not selector
in css, there's no easy way to exempt our context menus from the
theming reset. So just duplicated the system theme for our context
menus for now
[endlessm/eos-sdk#617]
|
|
|
|
|
|
| |
Some hacky css selecting is involved, but gets us a much nicer
completion drop down
[endlessm/eos-sdk#1578]
|
|
|
|
|
|
| |
There's still no rounded corners, as theres no way to select
first-child and last-child, but hopefully all livable for now
[endlessm/eos-sdk#688]
|
|
|
|
|
|
| |
Commit history got a bit messed up, remove duplicate back forward
theme with improper padding
[endlessm/eos-sdk#688]
|
|
|
|
|
|
|
|
|
|
| |
TopBarNavButton can be used for browser-style back and forward
buttons in the title bar of a window.
TopBarNavButton currently uses CSS and rounded corners. 5-sided
button will be added later when assets are available.
[endlessm/eos-sdk#1294]
|
|
|
|
|
|
|
|
| |
Changed selector from *:insensitive to GtkLabel:insensitive to
only apply to text. Moved the style to the top of the stylesheet
so it can be overridden if necessary.
[endlessm/eos-sdk#1294]
|
|
|
|
|
|
|
|
|
| |
We reuse this same search box functionality in a
number of our apps so makes sense to stick it in the SDK.
Creates a search box that has autocompletion and provides
signals for when a search is triggered and when an
autocompletion entry is selected. Has its own default
styling which can be overridden.
|
|
|
|
|
| |
Distinguish between sensitive and insensitive text in CSS by
changing insensitive text to translucent white.
|
|
|
|
| |
[endlessm/eos-sdk#693]
|
|
|
|
|
| |
Wasn't getting used in any apps so we are taking it out
[endlessm/eos-sdk#985]
|
|
|
|
|
|
|
|
|
|
| |
Designs specified everything in 32nds of the total window allocation,
which there is no easy way to do at least with standard padding and
margins.
Used EM instead, which means the padding will scale with font size as
the window gets bigger and smaller
[endlessm/eos-sdk#526]
|
|
|
|
|
|
|
|
|
|
|
| |
The code to build the category page was getting a little cluttered,
to the point that it was hard to make changes. Restructured the gtk
code to make it a bit cleaner, and added new drop shadows as per
design
-Rory & Matt
[endlessm/eos-sdk#533]
|
|\
| |
| | |
Rounded corners on unmaximized top bar
|
| |
| |
| |
| |
| |
| | |
The window manager already does this for most programs. But we have
to do it ourselves in the SDK as we have self decorated windows
[endlessm/eos-sdk#551]
|
|/
|
|
|
|
|
|
|
| |
For some reason, on the NUC, we can't set opacity for hover state
in CSS. So this commit instead makes it so that we set the opacity
in Gtk. Note that this problem was only reproducible on a NUC so
this commit may eventually need to be reverted.
[endlessm/eos-sdk#540]
|
|
|
|
| |
[endlessm/eos-sdk#517]
|
|
|
|
|
|
|
|
| |
Design specified this should be 1/32 of the screen width away from
the left hand side. We don't have a great way to set percentage
margins, so just did this at 1080x1920 for now. So 1920/32=60 pixels
from the left
[endlessm/eos-sdk#519]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The category "go" arrow should never overlap the label text, so this
moves it out of its overlay and puts it in the same layer as the label.
The label now uses baseline alignment, and we can get rid of the hacky
extra padding in the CSS.
Currently, the innards of the category button look like this:
+---------------------------------------+
| Grid, hexpand: TRUE, halign: FILL |
| +------------------+ +--------------+ |
| | Label | | Arrow button | |
| | halign: START | | halign: END | |
| | valign: BASELINE | | valign: END | |
| +------------------+ +--------------+ |
+---------------------------------------+
The arrow button does not have valign BASELINE, because that would
align it so it was even with the first line of the label if the label
was wrapped over two lines:
(GOOD) (BAD)
HISTORY HISTORY >
& POLITICS > & POLITICS
Also, I have removed the "width-chars" property of the label, because,
as in the programming app in a commit which I cannot now find, when the
label wraps, the width-chars property makes it request a very odd size.
[endlessm/eos-sdk#505]
|
|
|
|
|
|
| |
This allows the arrow fade-in and fade-out to be specified in the CSS.
[endlessm/eos-sdk#505]
|
|
|
|
|
|
| |
Replace the old PNG asset with an SVG asset.
[endlessm/eos-sdk#505]
|
|
|
|
|
|
|
|
|
| |
The shadow was being cut off because it extended beyond the image;
take some padding out of the button's general padding and add it
specifically to the image widget. Make sure the hit area is still
correct.
[endlessm/eos-sdk#504]
|
|
|
|
|
|
| |
For better code organization and cleaner CSS; add style classes.
[endlessm/eos-sdk#504]
|
|
|
|
|
|
|
|
|
| |
This requires some restructuring because the SVG image and the label
need to have different CSS. I ported the CompositeButton class from the
photo app, in order to have the button transfer its prelight/active
state flags to its children.
[endlessm/eos-sdk#504]
|
|
|
|
|
|
| |
Increase font sizes of category description and article list titles.
[endlessm/eos-sdk#506]
|
|\
| |
| | |
Change the shadow separator
|
| |
| |
| |
| |
| |
| |
| |
| | |
Also, remove the now unused asset, and as long as we are renaming the
constant, call it a RESOURCE_PATH instead of a URI, because that's what
it is.
[endlessm/eos-sdk#502]
|
|/
|
|
|
|
| |
Color #464646, opacity 80%
[endlessm/eos-sdk#498]
|
|
|
|
| |
[endlessm/eos-sdk#494]
|
|
|
|
|
| |
It did not extend vertically or all the way to the left of the screen
[endlessm/eos-sdk#458]
|
|
|
|
|
|
| |
Updated the Wikipedia CSS for domain-specific Wikipedia apps to automatically resize fonts using em.
[endlessm/eos-sdk#468]
|
|
|
|
|
|
| |
Our dialog boxes are still adwaita themed, so we need to not change
their color defines
[endlessm/eos-sdk#451]
|
|
|
|
|
|
| |
Changes the color of the gaps between categories to black, to
match the specs
[endlessm/eos-sdk#446]
|
|
|
|
|
|
|
|
|
|
|
|
| |
This sets the background color to a dark gray and imports the CSS
styling for the window border and shadow, because switching to
client-side decorations made the window background completely
transparent.
The resize grip is invisible because that's what the default in
eos-theme was, but the window can still be resized.
[endlessm/eos-sdk#28]
|
|\
| |
| | |
Only reset Adwaita for widgets inside an EosWindow
|
| |
| |
| |
| |
| |
| | |
This way popups will still have the Adwaita theme, instead of
looking mainly black
[endlessm/eos-sdk#425]
|
|/
|
|
|
|
| |
Subclass button, so we don't need our own event boxes and event
handling
[endlessm/eos-sdk#407]
|
|
|
|
|
| |
blackish background
per cosimo
|
|
|
|
|
|
|
|
|
|
| |
- Fonts are changed to be 150px and 48px for ODROID's 1920x1080
resolution
- Word-wrapping widths are set to approximately reproduce the deck
[endlessm/eos-sdk#394]
[endlessm/eos-sdk#394]
|
|
|
|
|
|
| |
Nothing changed that was actually used in the apps right now, but
the webhelper docs and the action button css had old fonts
[endlessm/eos-sdk#360]
|
|\
| |
| | |
wikipedia: Use Lato fonts
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Fonts are changed according to the conversion table. It turns out that
what we thought was the "Benton Sans correction" does not only apply to
Benton Sans - I think it is due to GTK's lack of baseline alignment,
something that has been rectified in GTK 3.10.
[endlessm/eos-sdk#361]
|
|/
|
|
|
|
| |
Not 'font-style'
[endlessm/eos-sdk#362]
|
|
|
|
|
|
|
| |
So the font on all the topbar buttons should have a common look
and feel. Still not foolproof, star selecting widgets inside an
app's css and changing the font family will override this
[endlessm/eos-sdk#358]
|
|
|
|
|
|
|
|
|
|
| |
Previously, the back button on the top window bar
was not styled correctly according to designs.
This commit changes the BackButton widget to now
suclass Endless Asset Button and have the right
styling.
[endlessm/eos-sdk#301]
|
|
|
|
|
|
|
|
|
| |
Previously this asset button did not have a name
and we were just styling it by styling the Gjs AssetButton.
However, this will not work when we want to add other asset
buttons with different styling, so giving it its own name
[endlessm/eos-sdk#301]
|