[jira] [Commented] (ISIS-1579) Asciidoc Template/Stylesheet issues

2017-02-27 Thread Andy Jefferson (JIRA)

[ 
https://issues.apache.org/jira/browse/ISIS-1579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15886071#comment-15886071
 ] 

Andy Jefferson commented on ISIS-1579:
--

Re the first issue (accessibility of the "menu" button on small screens/mobile) 
whilst developing the DN site I managed to get a combination that works in this 
respect but I didn't track down what the precise incompatibility was between 
Bootstrap+asciidoc(tor)+TOC was (tried many different combos of jquery, 
bootstrap etc and most failed). I then went back to first principles, started 
with Bootstrap 3.3.7 on a basic page, then used the "bootstrap-toc" plugin 
(https://afeld.github.io/bootstrap-toc/#examples ) to get the dynamic TOC, and 
then added on an asciidoc CSS to give formatting; the result was a menu button 
working, the dynamic TOC like what you have, and the rest of bootstrap menu 
options fully usable. Code is under 
https://github.com/datanucleus/docs-accessplatform in case its of use.

> Asciidoc Template/Stylesheet issues
> ---
>
> Key: ISIS-1579
> URL: https://issues.apache.org/jira/browse/ISIS-1579
> Project: Isis
>  Issue Type: Bug
>  Components: Website and Docs
>Reporter: Andy Jefferson
>Priority: Minor
>
> Couple of things I noticed
> 1. When viewing the ISIS website on a mobile device (or browser with narrow 
> width) the "nav" items collapse to be replaced by the 3 horizontal lines 
> icon. This is presumably intended to then show a dropdown of the "nav" items. 
> But it doesn't do anything seemingly. 
> My experience of asciidoc templates is very limited so can't tell you what is 
> wrong (though was investigating writing a DN variant and hit the same 
> problem, so would be interested in the solution!), and you seem to have used 
> Deltaspike as a starting point for yours (theirs also has the same problem). 
> A site that does give the three horizontal lines, and subsequent dropdown is 
> http://vertx.io/docs/vertx-core/java/  in case its of use.
> 2. Table headings are shown with white text on a light grey background, hence 
> virtually unreadable. For example 
> https://isis.apache.org/guides/rgcfg.html#2.-deployment-types
> Setting th.tableblock background-color and color should fix that.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[jira] [Commented] (ISIS-1572) RestfulObjects viewer - Service members empty

2017-02-27 Thread JIRA

[ 
https://issues.apache.org/jira/browse/ISIS-1572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15885435#comment-15885435
 ] 

Jörg Rade commented on ISIS-1572:
-

The unexpected behavior occurs when:
* 
org.apache.isis.viewer.restfulobjects.server.authentication.AuthenticationSessionStrategyTrusted

is used instead of:
* 
org.apache.isis.viewer.restfulobjects.server.authentication.AuthenticationSessionStrategyBasicAuth

> RestfulObjects viewer - Service members empty
> -
>
> Key: ISIS-1572
> URL: https://issues.apache.org/jira/browse/ISIS-1572
> Project: Isis
>  Issue Type: Bug
>  Components: Core: Viewer: RestfulObjects
>Affects Versions: 1.13.0
> Environment: Web.xml is patched according to 
> https://github.com/danhaywood/isis-angularjs-simpleapp in order to cope with 
> CORS issues.
>Reporter: Jörg Rade
>
> _Sometimes_ the members section of the response to 
> http://localhost:9090/restful/services/Applications/ is empty - sometimes it 
> is not:
> {code|language=javascript}
> {
>   "links" : [ {
> "rel" : "self",
> "href" : "http://localhost:9090/restful/services/Applications;,
> "method" : "GET",
> "type" : 
> "application/json;profile=\"urn:org.restfulobjects:repr-types/object\"",
> "title" : "Applications"
>   }, {
> "rel" : "describedby",
> "href" : 
> "http://localhost:9090/restful/domain-types/ife.dep.Applications;,
> "method" : "GET",
> "type" : 
> "application/json;profile=\"urn:org.restfulobjects:repr-types/domain-type\""
>   }, {
> "rel" : "up",
> "href" : "http://localhost:9090/restful/services;,
> "method" : "GET",
> "type" : 
> "application/json;profile=\"urn:org.restfulobjects:repr-types/list\""
>   } ],
>   "extensions" : {
> "oid" : "ife.dep.Applications:1",
> "isService" : true,
> "isPersistent" : true
>   },
>   "title" : "Applications",
>   "serviceId" : "Applications",
>   "members" : { }
> }
> {code}
> After some time the app was  accessed via the wicket viewer. It first 
> delivered the homepage and then I invoked the listAll operation via the 
> respective menu item.
> Invoking  http://localhost:9090/restful/services/Applications/ afterwards 
> showed the expected response including the members.
> In another case there was a difference between:
> * http://localhost:9090/restful/services/Applications/ (with members) and
> * http://localhost:9090/restful/services/Applications (without members)
> In yet another case both URL's delivered a result without 'members' filled, 
> even after the 'workaround' described above.
> https://github.com/joerg-rade/isis-app-todoapp shows the same behavior:
> * http://localhost:/restful/services/todo.ToDoItems/ whereas
> * http://localhost:/restful/domain-types/todoapp.dom.todoitem.ToDoItems 
> shows the members



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)