Introduce a special property to make "negation" of edges more visible in a TRAPI message - #407

Open
sierra-moxon wants to merge 4 commits into
1.4from
negation
Open

Introduce a special property to make "negation" of edges more visible in a TRAPI message#407
sierra-moxon wants to merge 4 commits into
1.4from
negation

Conversation

@sierra-moxon

Copy link
Copy Markdown
Member

We discussed in the modeling group how to represent a 'negated' edge in our models either as a negated form of each of our predicates, e.g. predicate: not_affects and predicate: affects or as an edge property negation. Ultimately, the DM group decided to include a negation edge property (revisit the discussion and vote here), with the caveat that negation should never be ignored downstream and should always be shown. Right now in TRAPI, the negation edge property would be treated in TRAPI like any other attribute.

Groups making negated edges still express concern that the negation property will be ignored or less visible than necessary for groups downstream (and ultimately users). This PR attempts to give more transparency to the negation property via a specific property on an edge, as well as adding a flag to MetaEdge so that a resource an alert users that an edge might have both positive and negated edges.

@edeutsch

Copy link
Copy Markdown
Collaborator

See also PR #307, which is a little different. That PR includes the idea of adding negated to QueryEdge, too, which probably should be part of it?

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Thank you for the pointer; I missed the QEdge. :) I merged that PR branch into this one, but happy to go the other way instead if that makes more sense.

@edeutschedeutsch left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks for merging, this looks good to me. I will close #307 in favor of this, but note that there is some good discussion over there that should be acknowledged.

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Link to @cmungall's comments on negation of an edge from PR #307 : #307 (comment)

@edeutschedeutsch added this to the v1.5 milestone Apr 27, 2023
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@sierra-moxon@edeutsch
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

Introduce a special property to make "negation" of edges more visible in a TRAPI message - #407

Open
sierra-moxon wants to merge 4 commits into
1.4from
negation
Open

Introduce a special property to make "negation" of edges more visible in a TRAPI message#407
sierra-moxon wants to merge 4 commits into
1.4from
negation

Conversation

@sierra-moxon

Copy link
Copy Markdown
Member

We discussed in the modeling group how to represent a 'negated' edge in our models either as a negated form of each of our predicates, e.g. predicate: not_affects and predicate: affects or as an edge property negation. Ultimately, the DM group decided to include a negation edge property (revisit the discussion and vote here), with the caveat that negation should never be ignored downstream and should always be shown. Right now in TRAPI, the negation edge property would be treated in TRAPI like any other attribute.

Groups making negated edges still express concern that the negation property will be ignored or less visible than necessary for groups downstream (and ultimately users). This PR attempts to give more transparency to the negation property via a specific property on an edge, as well as adding a flag to MetaEdge so that a resource an alert users that an edge might have both positive and negated edges.

@edeutsch

Copy link
Copy Markdown
Collaborator

See also PR #307, which is a little different. That PR includes the idea of adding negated to QueryEdge, too, which probably should be part of it?

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Thank you for the pointer; I missed the QEdge. :) I merged that PR branch into this one, but happy to go the other way instead if that makes more sense.

@edeutschedeutsch left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks for merging, this looks good to me. I will close #307 in favor of this, but note that there is some good discussion over there that should be acknowledged.

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Link to @cmungall's comments on negation of an edge from PR #307 : #307 (comment)

@edeutschedeutsch added this to the v1.5 milestone Apr 27, 2023
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@sierra-moxon@edeutsch
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Introduce a special property to make "negation" of edges more visible in a TRAPI message - #407

Open
sierra-moxon wants to merge 4 commits into
1.4from
negation
Open

Introduce a special property to make "negation" of edges more visible in a TRAPI message#407
sierra-moxon wants to merge 4 commits into
1.4from
negation

Conversation

@sierra-moxon

Copy link
Copy Markdown
Member

We discussed in the modeling group how to represent a 'negated' edge in our models either as a negated form of each of our predicates, e.g. predicate: not_affects and predicate: affects or as an edge property negation. Ultimately, the DM group decided to include a negation edge property (revisit the discussion and vote here), with the caveat that negation should never be ignored downstream and should always be shown. Right now in TRAPI, the negation edge property would be treated in TRAPI like any other attribute.

Groups making negated edges still express concern that the negation property will be ignored or less visible than necessary for groups downstream (and ultimately users). This PR attempts to give more transparency to the negation property via a specific property on an edge, as well as adding a flag to MetaEdge so that a resource an alert users that an edge might have both positive and negated edges.

@edeutsch

Copy link
Copy Markdown
Collaborator

See also PR #307, which is a little different. That PR includes the idea of adding negated to QueryEdge, too, which probably should be part of it?

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Thank you for the pointer; I missed the QEdge. :) I merged that PR branch into this one, but happy to go the other way instead if that makes more sense.

@edeutschedeutsch left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks for merging, this looks good to me. I will close #307 in favor of this, but note that there is some good discussion over there that should be acknowledged.

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Link to @cmungall's comments on negation of an edge from PR #307 : #307 (comment)

@edeutschedeutsch added this to the v1.5 milestone Apr 27, 2023
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@sierra-moxon@edeutsch
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Introduce a special property to make "negation" of edges more visible in a TRAPI message - #407

Open
sierra-moxon wants to merge 4 commits into
1.4from
negation
Open

Introduce a special property to make "negation" of edges more visible in a TRAPI message#407
sierra-moxon wants to merge 4 commits into
1.4from
negation

Conversation

@sierra-moxon

Copy link
Copy Markdown
Member

We discussed in the modeling group how to represent a 'negated' edge in our models either as a negated form of each of our predicates, e.g. predicate: not_affects and predicate: affects or as an edge property negation. Ultimately, the DM group decided to include a negation edge property (revisit the discussion and vote here), with the caveat that negation should never be ignored downstream and should always be shown. Right now in TRAPI, the negation edge property would be treated in TRAPI like any other attribute.

Groups making negated edges still express concern that the negation property will be ignored or less visible than necessary for groups downstream (and ultimately users). This PR attempts to give more transparency to the negation property via a specific property on an edge, as well as adding a flag to MetaEdge so that a resource an alert users that an edge might have both positive and negated edges.

@edeutsch

Copy link
Copy Markdown
Collaborator

See also PR #307, which is a little different. That PR includes the idea of adding negated to QueryEdge, too, which probably should be part of it?

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Thank you for the pointer; I missed the QEdge. :) I merged that PR branch into this one, but happy to go the other way instead if that makes more sense.

@edeutschedeutsch left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks for merging, this looks good to me. I will close #307 in favor of this, but note that there is some good discussion over there that should be acknowledged.

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Link to @cmungall's comments on negation of an edge from PR #307 : #307 (comment)

@edeutschedeutsch added this to the v1.5 milestone Apr 27, 2023
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@sierra-moxon@edeutsch
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

Introduce a special property to make "negation" of edges more visible in a TRAPI message - #407

Open
sierra-moxon wants to merge 4 commits into
1.4from
negation
Open

Introduce a special property to make "negation" of edges more visible in a TRAPI message#407
sierra-moxon wants to merge 4 commits into
1.4from
negation

Conversation

@sierra-moxon

Copy link
Copy Markdown
Member

We discussed in the modeling group how to represent a 'negated' edge in our models either as a negated form of each of our predicates, e.g. predicate: not_affects and predicate: affects or as an edge property negation. Ultimately, the DM group decided to include a negation edge property (revisit the discussion and vote here), with the caveat that negation should never be ignored downstream and should always be shown. Right now in TRAPI, the negation edge property would be treated in TRAPI like any other attribute.

Groups making negated edges still express concern that the negation property will be ignored or less visible than necessary for groups downstream (and ultimately users). This PR attempts to give more transparency to the negation property via a specific property on an edge, as well as adding a flag to MetaEdge so that a resource an alert users that an edge might have both positive and negated edges.

@edeutsch

Copy link
Copy Markdown
Collaborator

See also PR #307, which is a little different. That PR includes the idea of adding negated to QueryEdge, too, which probably should be part of it?

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Thank you for the pointer; I missed the QEdge. :) I merged that PR branch into this one, but happy to go the other way instead if that makes more sense.

@edeutschedeutsch left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks for merging, this looks good to me. I will close #307 in favor of this, but note that there is some good discussion over there that should be acknowledged.

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Link to @cmungall's comments on negation of an edge from PR #307 : #307 (comment)

@edeutschedeutsch added this to the v1.5 milestone Apr 27, 2023
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@sierra-moxon@edeutsch
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Introduce a special property to make "negation" of edges more visible in a TRAPI message - #407

Open
sierra-moxon wants to merge 4 commits into
1.4from
negation
Open

Introduce a special property to make "negation" of edges more visible in a TRAPI message#407
sierra-moxon wants to merge 4 commits into
1.4from
negation

Conversation

@sierra-moxon

Copy link
Copy Markdown
Member

We discussed in the modeling group how to represent a 'negated' edge in our models either as a negated form of each of our predicates, e.g. predicate: not_affects and predicate: affects or as an edge property negation. Ultimately, the DM group decided to include a negation edge property (revisit the discussion and vote here), with the caveat that negation should never be ignored downstream and should always be shown. Right now in TRAPI, the negation edge property would be treated in TRAPI like any other attribute.

Groups making negated edges still express concern that the negation property will be ignored or less visible than necessary for groups downstream (and ultimately users). This PR attempts to give more transparency to the negation property via a specific property on an edge, as well as adding a flag to MetaEdge so that a resource an alert users that an edge might have both positive and negated edges.

@edeutsch

Copy link
Copy Markdown
Collaborator

See also PR #307, which is a little different. That PR includes the idea of adding negated to QueryEdge, too, which probably should be part of it?

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Thank you for the pointer; I missed the QEdge. :) I merged that PR branch into this one, but happy to go the other way instead if that makes more sense.

@edeutschedeutsch left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks for merging, this looks good to me. I will close #307 in favor of this, but note that there is some good discussion over there that should be acknowledged.

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Link to @cmungall's comments on negation of an edge from PR #307 : #307 (comment)

@edeutschedeutsch added this to the v1.5 milestone Apr 27, 2023
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@sierra-moxon@edeutsch
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Introduce a special property to make "negation" of edges more visible in a TRAPI message - #407

Open
sierra-moxon wants to merge 4 commits into
1.4from
negation
Open

Introduce a special property to make "negation" of edges more visible in a TRAPI message#407
sierra-moxon wants to merge 4 commits into
1.4from
negation

Conversation

@sierra-moxon

Copy link
Copy Markdown
Member

We discussed in the modeling group how to represent a 'negated' edge in our models either as a negated form of each of our predicates, e.g. predicate: not_affects and predicate: affects or as an edge property negation. Ultimately, the DM group decided to include a negation edge property (revisit the discussion and vote here), with the caveat that negation should never be ignored downstream and should always be shown. Right now in TRAPI, the negation edge property would be treated in TRAPI like any other attribute.

Groups making negated edges still express concern that the negation property will be ignored or less visible than necessary for groups downstream (and ultimately users). This PR attempts to give more transparency to the negation property via a specific property on an edge, as well as adding a flag to MetaEdge so that a resource an alert users that an edge might have both positive and negated edges.

@edeutsch

Copy link
Copy Markdown
Collaborator

See also PR #307, which is a little different. That PR includes the idea of adding negated to QueryEdge, too, which probably should be part of it?

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Thank you for the pointer; I missed the QEdge. :) I merged that PR branch into this one, but happy to go the other way instead if that makes more sense.

@edeutschedeutsch left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks for merging, this looks good to me. I will close #307 in favor of this, but note that there is some good discussion over there that should be acknowledged.

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Link to @cmungall's comments on negation of an edge from PR #307 : #307 (comment)

@edeutschedeutsch added this to the v1.5 milestone Apr 27, 2023
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@sierra-moxon@edeutsch
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

Introduce a special property to make "negation" of edges more visible in a TRAPI message - #407

Open
sierra-moxon wants to merge 4 commits into
1.4from
negation
Open

Introduce a special property to make "negation" of edges more visible in a TRAPI message#407
sierra-moxon wants to merge 4 commits into
1.4from
negation

Conversation

@sierra-moxon

Copy link
Copy Markdown
Member

We discussed in the modeling group how to represent a 'negated' edge in our models either as a negated form of each of our predicates, e.g. predicate: not_affects and predicate: affects or as an edge property negation. Ultimately, the DM group decided to include a negation edge property (revisit the discussion and vote here), with the caveat that negation should never be ignored downstream and should always be shown. Right now in TRAPI, the negation edge property would be treated in TRAPI like any other attribute.

Groups making negated edges still express concern that the negation property will be ignored or less visible than necessary for groups downstream (and ultimately users). This PR attempts to give more transparency to the negation property via a specific property on an edge, as well as adding a flag to MetaEdge so that a resource an alert users that an edge might have both positive and negated edges.

@edeutsch

Copy link
Copy Markdown
Collaborator

See also PR #307, which is a little different. That PR includes the idea of adding negated to QueryEdge, too, which probably should be part of it?

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Thank you for the pointer; I missed the QEdge. :) I merged that PR branch into this one, but happy to go the other way instead if that makes more sense.

@edeutschedeutsch left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks for merging, this looks good to me. I will close #307 in favor of this, but note that there is some good discussion over there that should be acknowledged.

@sierra-moxon

Copy link
Copy Markdown
MemberAuthor

Link to @cmungall's comments on negation of an edge from PR #307 : #307 (comment)

@edeutschedeutsch added this to the v1.5 milestone Apr 27, 2023
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@sierra-moxon@edeutsch