by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 00:00
    ggeisler labeled #3268
  • 00:00
    ggeisler opened #3268
  • 00:00
    ggeisler labeled #3268
  • Sep 25 22:30
    camillevilla labeled #2477
  • Sep 24 22:45

    cbeer on master

    Fix canvas label display in Vie… Use getCurrentCanvas selector i… (compare)

  • Sep 24 22:45
    cbeer closed #3267
  • Sep 24 21:50
    codecov-commenter commented #3267
  • Sep 24 21:47
    codecov-commenter commented #3267
  • Sep 24 21:40
    jbaiter synchronize #3267
  • Sep 24 20:54
    jbaiter review_requested #3267
  • Sep 24 19:51
    jbaiter synchronize #3267
  • Sep 24 16:27
    jbaiter synchronize #3267
  • Sep 24 16:26
    jbaiter edited #3267
  • Sep 24 16:26
    jbaiter synchronize #3267
  • Sep 24 16:25
    jbaiter review_requested #3267
  • Sep 24 16:25
    jbaiter opened #3267
  • Sep 24 14:18
    mejackreed edited #3264
  • Sep 24 14:01
    codecov-commenter commented #3264
  • Sep 24 14:01
    codecov-commenter commented #3264
  • Sep 24 14:00

    cbeer on 3265

    (compare)

Leander Seige
@leanderseige
@aeschylus thanks for your help. I find it complicated to deal with css classes or IDs via paper.js. And it looks like I also could work with events to achieve what I want. Have to try later...
aeschylus
@aeschylus
I would try to avoid using paper.js or modifying the source. Using the events/Api and writing your own scripts that act on the DOM will probably be easier to maintain. It will also help us understand where to improve the programming interface.
aeschylus
@aeschylus
This message was deleted
aeschylus
@aeschylus
I am not going to be in standup today, but will post a link with the most recent test pages for iiifml in about a half hour.
Leander Seige
@leanderseige
@aeschylus Thanks, I tried several options, writing new code seems to be more time consuming. I'll give it a try later.
I have another question regarding configuring mirador. I'd like to disable the bottom panel and the menu to change the viewType. Mirador seems to ignore the config-options. What is my mistake? http://papyrusebers.de/
Radoslav Petkov
@radpet
@gigamorph Well I not aware of any, sorry for the late response. What do you suggest for feature improvement? I was thinking something with double click but I am not sure if it would be easy to use. @rsinghal What do you think for future improvements?
Leander Seige
@leanderseige
How does mirador decide which language to choose?
aeschylus
@aeschylus
At the moment it consults the browser, otherwise defaults to english.
We would like to change this to make the implementor decide whether to check the browser settings.
Leander Seige
@leanderseige
Yes, I'd like to manipulate it or at least specify it in the html-page.
Leander Seige
@leanderseige
I still can't disable the bottomPanel in current mirador. Is that a bug?
aeschylus
@aeschylus
Yes, it probably is. You should be able to force it to be "down" at the very least.
I will look into it today. It may be something as simple as an option not being passed through to the right component.
Leander Seige
@leanderseige
That works (bottomPanelVisible) but bottomPanel:false has no effect
thanks!
aeschylus
@aeschylus
Until then, if you need to give a demo or something, you can set an !important style on the element that gives it display:none.
Leander Seige
@leanderseige
thanks, that works
jeffreycwitt
@jeffreycwitt
might there be a standup today at 2pm?
2pm EST
aeschylus
@aeschylus
There is.
jeffreycwitt
@jeffreycwitt
great!
aeschylus
@aeschylus
Recently we haven't been announcing it unless there's a change, since Rashmi created a calendar invite a while back, but I can announce more regularly if that will help people juggle things better.
aeschylus
@aeschylus
This message was deleted
Yury Emelyanov
@yuricus
@aeschylus Hi! We at ResearchSpace have image overlay feature (images on top of each other with opacity controls) on the timeline in the next two weeks, I'm deciding on what way to proceed. There is this functionality in IIIFManifestLayouts, but there's much more than just overlays so much work is needed to integrate everything. So wait for it to appear, that's first option. Second option is to take overlay function from IIIFManifestLayouts and integrate into 2.1 release directly. Is there anybody for this option? Any chance this PR will be accepted? The last option is to build overlay by ourselves on top of OSD and integrate into Mirador. @radpet @beaudet I think I saw image overlay on your road map, have you addressed this already? would anything be useful for you/can we cooperate?
aeschylus
@aeschylus

Hi @yuricus, we're getting really close to having all this merged into Mirador, so I would just wait. It would be helpful to have some help filling out the remaining viewing hint layouts on iiif-layout-functions. github.com/sul-dlss/iiif-layout-functions

There is some design needed to handle controls for the image overlays, which would need to be vetted by the community. Currently the plan is to integrate it for the different layout modes and have all detail images displayed by default, but if a design emerged in the next 24 hours and the community approved it on the call this Thursday, we would also try to integrate the opacity and layering controls from iiifManifestLayouts.

There is also a question of whether your feature involves overlaying arbitrary images on any window, or whether it means displaying images that are in a manifest. There is no feature on the roadmap for overlaying arbitrary images only any window, as a great deal of design would be needed to make this a harmonious reality alongside the other Mirador features. If such a feature worked by editing the manifest, it would be very straightforward, since it would just be reflected in the UI automatically.

Seong-June Kim
@gigamorph
@radpet Thank you for your response. If you are interested, I have added a wish list to my documentation of Yale use case under the heading "Annotation Shapes": https://github.com/yale-web-technologies/mirador-project/wiki/Extension-to-Mirador---Use-Cases-@Yale#annotation-shapes
Yury Emelyanov
@yuricus
@aeschylus thanks a lot for response!
We have no trouble manipulating the manifests and can prepare multiple images for canvases, no external image would be overlayed.
aeschylus
@aeschylus
@yuricus very cool. I look forward to seeing these two sets of functionality together.
Mark Allen Matney, Jr.
@markmatney
Has anyone implemented (or made any progress towards implementing) image choice with the current codebase (not with IIIFManifestLayouts)?
aeschylus
@aeschylus
There have been some people who have started, but I would heavily advise against it. The iiifml code is specifically designed to handle it in a very generic way and is very close to being finished and integrated.
What did you have in mind?
Mark Allen Matney, Jr.
@markmatney
I just have some concerns about how the rest of my custom features will work with iiifml
so I am thinking that it might be easier for me to implement a a very use-case-specific image choice feature rather than tweak all of the work i've done to work with iiifml
aeschylus
@aeschylus
Ah. It is a concern. I expect things to break spectacularly at first but then be easier to fix than we expect. Not much changes from the perspective of things that add or read things from the osd canvas.
I would wait. The iiifml API is much nicer for implementing an image choice feature than trying to roll your own. There's a lot of iiif junk parsing and event management involved.
will kent-daggett
@wkentdag
hi! i'm having trouble installing mirador as a dependency through npm (https://github.com/IIIF/mirador/issues/821#issuecomment-238626079). does anybody here have any advice for working around this issue? thanks!
Mark Allen Matney, Jr.
@markmatney
will kent-daggett
@wkentdag
thanks for the heads up @markmatney . got sidetracked with something else at work but hopefully i'll be able to pick this back up tomrow
Ed Summers
@edsu
win 2
Graham Hukill
@ghukill
Just now revisiting a question about configuration in Mirador: is it possible to send configurations to the underlying OSD instance -- specifically something like visibilityRatio -- via Mirador configurations at initialization?
About a year ago, I asked here and pointed to a proof-of-concept hack we had in the place at the time (WSULib/mirador@6521bd5), and I believe it was @aeschylus that said the ability to configure OSD via Mirador might be handy. Just now becoming familiar with 2.1, which is extraordinary by the way, and wasn't sure if those configurations options had bubbled up in some fashion. Thanks.
Matthias Guth
@ChiSamurai
Hi all
I wonder how to add manifests to Mirador "on the fly" using javascript. I mean after initialization ... any hint on this?
aeschylus
@aeschylus
@ChiSamurai Hi Matthias; I can help you out in the slack channel. We're trying to spin down the gitter channel as a good part of the community spends a lot of their time on the slack.
rohit-hiwale
@rohit-hiwale
Hello folks! I need help understanding how to build custom image filters in Mirador.
We are integrating & customising Mirador for using as 2d map viewer
Biblioteca é muito +
@bib_mais_twitter
Hello! Has anyone ever had the experience of using IIIF to Collective Access ? or have some support material to use IIIF API in this case?