Ricerche recenti
Nessuna ricerca recente

Angela Frey
Data ingresso 15 apr 2021
·
Ultima attività 04 feb 2022
Seguiti
0
Follower
0
Attività totali
19
Voti
4
Abbonamenti
10
PANORAMICA ATTIVITÀ
BADGE
ARTICOLI
POST
COMMENTI NELLA COMMUNITY
COMMENTI AGLI ARTICOLI
PANORAMICA ATTIVITÀ
Ultima attività di Angela Frey
Angela Frey ha commentato,
Added this to article_page.hbs:
{{article.body}}
Added this to style.css:
.markdown img {
border: 1px solid #f2f2f2;
}
Result (that I'm loving):
Visualizza commento · Data ultimo post: 27 gen 2021 · Angela Frey
0
Follower
0
Voti
0
Commenti
Angela Frey ha commentato,
Internal only notes would be EXTREMELY helpful for any workplace with more than one person working on the KB. Having NO internal notes is really not enterprise-friendly. Teams need to be able to flag important caveats ("this feature will no longer exist after we release mobile app 4.0") and lead each other to further documentation, such as jira bug tickets, feature requests, or even internal wiki articles.
Heck, even I need internal notes for myself - I pulled an article from the KB because the feature was not working at the time. I have no notes as to what bug, why the article was pulled, under what conditions it should go back up... and honestly, I've forgotten almost everything except I think the feature was not working? Now the article sits in limbo.
Even consider KCS flow - an article might be externalized with one solution, but over time Support finds new solutions. They are not all immediately externalizable, as they need time to verify environment, efficacy, whether it is in addition to or instead of the original solution... And right now, we have to document all that in our Confluence wiki? This means my support team does NOT use the KB as source of truth.
For knowledge management, it's a major loss to have our KB completely cut off from all internal context.
Visualizza commento · Data ultimo post: 10 giu 2020 · Angela Frey
0
Follower
11
Voti
0
Commenti
Angela Frey ha commentato,
I see no change in the Preview mode with either of these (added to script.js)
$('.nav-wrapper .dropdown-menu .my-activities').html('See my tickets');
$('.sub-nav').find('li').filter(":last");
or
$('.user-nav .my-activities').html(' See my requests');
$('.sub-nav').find('li').filter(":last");
Visualizza commento · Data ultimo post: 20 dic 2019 · Angela Frey
0
Follower
1
Voto
0
Commenti
Angela Frey ha commentato,
This script hyperlinks to the header name, which means that if I cross-link from article A to a subsection in article B, if that header name is ever updated the cross-link breaks.
Is it possible to hyperlink to the header ID instead? For example:
Header Name hyperlink:
...hc/en-us/articles/360000297868#ConfigureTrustedSender
Header ID hyperlink:
...hc/en-us/articles/360000297868#h_97516510121537301054444
FWIW, you can find the header ID while editing an article - in Article A, select text, insert link, choose a header in the dropdown, then look at the URL. I was using this method to manually create Tables of Content, which I could then refer to when creating a cross-link from another article to the subsection (just copy the URL).
Visualizza commento · Data ultimo post: 18 set 2018 · Angela Frey
0
Follower
0
Voti
0
Commenti
Angela Frey ha commentato,
My use case: we're conducting a massive overhaul of the KB structure, I'm making the new sections which are visible to agents & managers only, once the sections and articles for the new KB are fully written up then we'll archive the original KB and release the new KB to the users.
There are some articles/sections that we actually want to pull into the new KB, but I would have to either copy and paste, make the new KB visible before we're ready, or just have to make a mental note "migrate all these articles right before the unveiling". Frustrating.
Visualizza commento · Data ultimo post: 28 lug 2017 · Angela Frey
0
Follower
0
Voti
0
Commenti