summaryrefslogtreecommitdiff
path: root/wikipedia
Commit message (Collapse)AuthorAge
* Merge pull request #554 from endlessm/issues/548Will Greenberg2014-02-05
|\ | | | | Abort wiki app if json for personality not found
| * Abort wiki app if json for personality not foundMatt Watson2014-02-05
| | | | | | | | | | | | | | Prints our a warning message about an unsupported personality. Before we would just try to run anyway and segfault. This is a bit nicer [endlessm/eos-sdk#548]
* | Merge pull request #545 from endlessm/issues-wikipedia-offline/304mattdangerw2014-02-05
|\ \ | | | | | | Don't try to open browser-*:// URI schemes locally
| * | Don't try to open browser-*:// URI schemes locallyPhilip Chimento2014-02-05
| |/ | | | | | | | | | | | | | | | | Previously, browser-http:// URIs would open as http:// URIs in the system browser, but the in-app webview would also try to display them (and fail). This makes sure that the in-app webview ignores the URI after passing it on to the system browser. [endlessm/eos-wikipedia-offline#304]
* / Fix for making arrow hover states correct in NUCRory MacQueen2014-02-04
|/ | | | | | | | | 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]
* Don't clear other state flags in composite buttonMatt Watson2014-01-29
| | | | | | | | | When setting a flag on a child widget in composite button, we were accidentally clearing all other flags on the child widget. So on mouse press on a category button, when both ACTIVE and PRELIGHT flags are set, we would clear the PRELIGHT flag when setting ACTIVE. So our arrow button would disappear during mouse press [endlessm/eos-sdk#537]
* Always reserve space for arrow on article listMatt Watson2014-01-29
| | | | | | | | This keeps the content from jumping on article list mouseover. Used the same opacity trick we use for the category button arrow. Did this in js instead of css, and the image file was set in js and I wanted to be consistent. But could also be done in css with state flags [endlessm/eos-sdk#537]
* Manually call System.gc() to limit memory usageMatt Watson2014-01-23
| | | | | | Wiki apps allocate pixbufs each time they draws at a new size. Memory will skyrocket unless will demand spidermonkey does some garbage collection
* Chain to gobjects init in wiki presenterMatt Watson2014-01-22
| | | | | Otherwise we never properly initialize that gobject which can lead to all sorts of problems
* Move and realign category buttonPhilip Chimento2014-01-22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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]
* Change the category button to a CompositeButtonPhilip Chimento2014-01-22
| | | | | | This allows the arrow fade-in and fade-out to be specified in the CSS. [endlessm/eos-sdk#505]
* Replace category arrow assetPhilip Chimento2014-01-22
| | | | | | Replace the old PNG asset with an SVG asset. [endlessm/eos-sdk#505]
* Fix padding for shadow and hit areaPhilip Chimento2014-01-22
| | | | | | | | | 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]
* Move category back button to its own classPhilip Chimento2014-01-22
| | | | | | For better code organization and cleaner CSS; add style classes. [endlessm/eos-sdk#504]
* Replace back button PNG asset with SVGPhilip Chimento2014-01-22
| | | | | | | | | 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]
* Merge pull request #515 from endlessm/issues/487plward112014-01-22
|\ | | | | Crop category pixbufs from bottom left
| * Crop category pixbufs from bottom leftPhilip Chimento2014-01-21
| | | | | | | | | | | | | | Instead of the top left which we were doing until now, crop the pixbufs from the bottom left. [endlessm/eos-sdk#487]
* | Increase font sizesPhilip Chimento2014-01-21
|/ | | | | | Increase font sizes of category description and article list titles. [endlessm/eos-sdk#506]
* Merge pull request #501 from endlessm/issues/500Rory MacQueen2014-01-20
|\ | | | | Article list titles should be in normal case
| * Article list titles should be in normal casePhilip Chimento2014-01-20
| | | | | | | | | | | | Previously, they were upper case. [endlessm/eos-sdk#500]
* | Change the shadow separatorPhilip Chimento2014-01-17
|/ | | | | | | | 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]
* Fixed hit box of the category back button for wiki appsMatt Watson2014-01-16
| | | | | It did not extend vertically or all the way to the left of the screen [endlessm/eos-sdk#458]
* Update Wikipedia CSS to resize font sizePatrick Ward2014-01-16
| | | | | | Updated the Wikipedia CSS for domain-specific Wikipedia apps to automatically resize fonts using em. [endlessm/eos-sdk#468]
* Moved category page back to the leftMatt Watson2013-12-12
| | | | | | | Per Dalio's request. Hard coded to 40px pixels so not very adaptable. Tried to imitate the specs on basecamp. This button was supposed to appear on the left of page and not centered in the open space there. [endlessm/eos-sdk#427]
* Category button sizing for gtk 3.10Matt Watson2013-12-05
| | | | | | | | Another one. This one for gtk 3.10. With the new Gtk version, overriding get_preferred_width to handle overlong titles can mess up the height allocation when labels wrap. Specifying width for height management for the button fixed this [endlessm/eos-sdk#376]
* Fix wiki apps title category button sizingMatt Watson2013-12-05
| | | | | | | | | | | | | | | Before this the size request of the title category button is set based on the toplevels allocation. This broke when EosWindow's size request was fixed. Having some sort of container or bind constraint that allocated things based on percentages is the eventual solution here. For now I used a column homogeneous grid where each column was a percentage of the allocation. A little gross, but works fine, and our wiki apps handle resizing much better than they did before now [endlessm/eos-sdk#376] [endlessm/eos-sdk#376]
* Add category button mouseover arrow in overlayMatt Watson2013-12-04
| | | | | | | | No longer set the arrow images opacity, which seemed to be the root a visual bug. The overlay also means the arrow will always appear in the right of the category button and not be cut off even if the label is overlong [endlessm/eos-sdk#407]
* Simplified category buttonMatt Watson2013-12-04
| | | | | | Subclass button, so we don't need our own event boxes and event handling [endlessm/eos-sdk#407]
* Freed cairo context for BoxWithBg widgetMatt Watson2013-11-18
| | | | | | | This widget was used on the category page. Without the call to $dispose there's a large memory leak each time the category page is displayed on screen. [endlessm/eos-sdk#408]
* Merge pull request #406 from endlessm/issues/402rmacqueen2013-11-18
|\ | | | | Domain specific apps no longer must specify links
| * Domain specific apps no longer must specify linksWill2013-11-15
| | | | | | | | | | | | | | | | Refactored the process of settings which articles should be linked such that, if no linked articles JSON is specified, the view will behave as if hide_links were set to true [endlessm/eos-sdk#402]
* | Dispose cairo context in vfunc_drawMatt Watson2013-11-15
| | | | | | | | | | | | For our category buttons, otherwise the context and all associated resources are never freed [endlessm/eos-sdk#403]
* | Revert quick fix for memory leakMatt Watson2013-11-14
|/ | | | This reverts commit e7dc5aa70b27f3251ef82ce91d05dea770a0e7ac.
* Partly revert "Only load category button images when needed"Philip Chimento2013-11-12
| | | | | | | This reverts part of commit [ddcbb17]. It is a workaround for a GJS bug and should itself be reverted later. [endlessm/eos-sdk#399]
* Add word wrap widths to the front page categoriesPhilip Chimento2013-11-07
| | | | | | | | | | - 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]
* Add word wrap on category titlesRory MacQueen2013-11-07
| | | | [endlessm/eos-sdk#394]
* Only load category button images when neededMatt Watson2013-11-06
| | | | | | | | Before we were loading them every time size_allocate was called, even if the widget was not even realized. Now just check during draw if the pixbuf needs to be reloaded. Also draw the pixbuf directly with cairo which cuts down on widget hierarchy. [endlessm/eos-sdk#349]
* Don't pass lang parameter to query anymorePhilip Chimento2013-11-04
| | | | | | Also, call the query parameter appname instead of app_name [endlessm/eos-sdk#386]
* Intercept requests to /wiki/[title]Rory MacQueen2013-11-04
| | | | | | | | Previously we were not interecepting requests to /wiki/[title] in wikipedia webview, which meant that when we refresh to online, all links would not work. [endlessm/eos-sdk#386]
* Load articles by IdRory MacQueen2013-11-04
| | | | | | | Previously we were loading articles in domain specific apps by title. Now, we are loading by Id, which is the suffix of the url. [endlessm/eos-sdk#386]
* Merge pull request #384 from endlessm/issues/383rmacqueen2013-11-01
|\ | | | | Issues/383
| * Query articles with the 'source' parameterPhilip Chimento2013-10-31
| | | | | | | | | | | | | | | | We need to pass the 'source' parameter to NodeJS to indicate the source database that an article comes from. This should later be replaced by indicating this information in the database name. [endlessm/eos-sdk#383]
| * Show 'browser-' URIs in system browserPhilip Chimento2013-10-31
| | | | | | | | | | | | | | | | If the URI scheme starts with 'browser-', then show the corresponding URI without 'browser-' in the system default browser. e.g. shows browser-http://google.com as http://google.com in the system browser. [endlessm/eos-sdk#383]
| * Query articles with title, not IDPhilip Chimento2013-10-31
| | | | | | | | | | | | | | This is because the NodeJS server and the database don't know about the WikiHow artice 'cocinar-arroz'; it is stored as 'Cómo Cocinar Arroz'. [endlessm/eos-sdk#380]
* | Query nodejs with versioned APIPhilip Chimento2013-10-30
|/ | | | | | Make requests to 127.0.0.1:3000/v1 instead of 127.0.0.1:3000. [endlessm/eos-wikipedia-offline#145]
* Merge pull request #379 from endlessm/issues/377P. F. Chimento2013-10-30
|\ | | | | #377 WikiWebView now takes personality and app_name
| * WikiWebView now takes personality and app_nameRory MacQueen2013-10-29
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Previously, we only had one database so the wiki web view did not have to pass its app name and personality to node js API. Now that each app has its own database, this needs to happen [endlessm/eos-sdk#377] [endlessm/eos-sdk#377] [endlessm/eos-sdk#377] [endlessm/eos-sdk#377]
* | WikiWebView now has search results methodRory MacQueen2013-10-29
|/ | | | | | To load a list of articles matching search query [endlessm/eos-sdk#373]
* Removed import of SideBarButtonMatt Watson2013-10-28
| | | | | | The widget has been removed but an import remained [endlessm/eos-sdk#348]
* Article lists scroll to top on page transitionMatt Watson2013-10-28
| | | | | | | | | Moved all the transition code to the view, because it made making the scroll up calls we need easier. Also think thats the right place for the scroll logic to live. Took some nice code from :tomato:'s spike to use signals on back button presses in the view. [endlessm/eos-sdk#348]