Desktopeditors: Não carregando fontes do sistema na v5.4.2

Criado em 3 dez. 2019  ·  25Comentários  ·  Fonte: ONLYOFFICE/DesktopEditors

Você quer solicitar um recurso ou relatar um bug ?
Inseto

Qual é o comportamento atual?
Não carregando fontes instaladas no sistema na v5.4.2

Se o comportamento atual for um bug, forneça as etapas para reproduzir e, se possível, uma demonstração mínima do problema.
Tente selecionar uma fonte não padrão em um arquivo ou abra um arquivo com essa fonte.

Qual é o comportamento esperado?
Deve detectar e mostrar as fontes instaladas no sistema e permitir seu uso.

Quais versões de DesktopEditors e quais sistemas operacionais são afetados por esse problema?
v5.4.2.
Funciona em 5.4.1

bug fixed

Comentários muito úteis

SO: Linux Mint 19.2 Tina x86_64
Versão OO: 5.4.2.30

eu tenho cerca de 40 fontes instaladas pelo usuário em $ HOME / .fonts / ... e $ HOME / .local / share / fonts / ...

todas essas fontes são reconhecidas no LibreOffice e FontManager, mas não no OnlyOffice

Todos 25 comentários

Qual sistema operacional você está usando e como instalar o Onlyoffice? Atualizou a versão antiga ou uma instalação limpa?

Estou usando o Fedora 31. Instalei o OnlyOffice através do arquivo .rpm disponível no seu site. Tentei atualizar para uma nova versão com uma instalação existente e uma instalação limpa.

Estou checando seu caso em claro Fedora 31 e Onlyoffice 5.4.2-30. Vejo novas fontes não padrão
Como você instala a fonte?
Verifique a pasta (/ usr / share / fonts /) para disponibilidade de fontes não padrão
Fedora 31  Running  - Oracle VM VirtualBox 2019-12

Instalei fontes usando o aplicativo GNOME Fonts integrado. Eu tenho o arquivo de fontes no formato ".ttf". Eu clico duas vezes nele e ele abre no aplicativo GNOME Fonts, onde posso instalá-lo. Somente o Office até 5.4.1 poderia ler essas fontes.

@uncertainquark Eu também instalei fontes usando aplicativos GNOME e elas funcionam bem no OO.
Você pode tentar isso no sistema operacional claro?

Não tem Clear OS instalado.

Desculpe, mas também tentei instalar novas fontes no ubuntu 18.0419.04 e elas funcionam corretamente
Não tenho mais ideia de como resolver o seu problema. Acho que isso só se repete especificamente no seu sistema
Que fonte você adicionou? Você pode anexar lá?

Olá, obrigado por investigar isso e lamentamos que as informações que estou fornecendo não sejam úteis. Instalei as fontes Droid Serif e Merriweather. Ambos estão disponíveis nas fontes do Google.

Não se preocupe, estamos felizes que o problema foi resolvido

Não, o problema não foi resolvido. Eu estava respondendo ao seguinte:

Que fonte você adicionou?
Instalei as fontes Droid Serif e Merriweather. Ambos estão disponíveis em fontes do Google para instalação.

A v5.4.2 não mostra isso, mas a v5.4.1 sim.

Ok, então vou procurar uma solução para este problema

Eu também verifiquei o caso quando atualizamos a versão 5.4.1 para 5.4.2 e não há problema em adicionar fontes
@ShockwaveNN acho que você pode fechar este problema porque o problema é único

Ei, eu fiz uma nova instalação do Ubuntu 18.04 LTS. E então instalou a v.5.4.1 do OnlyOffice nele. Funcionou bem. E ler as fontes (Droid Serif e PT Sans) que instalei manualmente a partir das fontes do Google.

Mas então eu atualizei para a v5.4.2 e ele novamente não está lendo as fontes do sistema. O Droid Serif e o PT Sans estão faltando na lista de fontes. E onde quer que eu use essa fonte, ela não está mostrando a mesma.

Tenho quase certeza de que agora é um bug. Antes eu estava no Fedora, agora estou no Ubuntu. Acontece em ambos.

Edit: Removi a v5.4.2 e instalei a v5.4.1, ela carrega novamente todas as fontes do sistema, incluindo aquelas que instalei manualmente.

Isso talvez tenha a ver com o novo arquivo binário. Percebo uma grande diferença nos tamanhos dos binários OnlyOffice das duas versões:
v5.4.1 é ~ 380 MB
v5.4.2 é ~ 160 MB

Há algum componente importante faltando na nova versão?

SO: Linux Mint 19.2 Tina x86_64
Versão OO: 5.4.2.30

eu tenho cerca de 40 fontes instaladas pelo usuário em $ HOME / .fonts / ... e $ HOME / .local / share / fonts / ...

todas essas fontes são reconhecidas no LibreOffice e FontManager, mas não no OnlyOffice

@terefang Sim, é bug
Mas se você mover o arquivo .ttf em / usr / share / fonts ou fontes instaladas usando o Gerenciador de Software no Linux Mint então as fontes funcionam corretamente, eu verifiquei isto

Olá, mas os usuários não deveriam ter que fazer isso. O programa deve funcionar exatamente como funcionava até a v5.4.1

@uncertainquark Sobre o seu problema, só se repete com você
Quanto ao problema acima de @terefang , ele já foi corrigido e a correção estará disponível na próxima atualização

Conforme observado acima, experimentei vários sistemas operacionais com novas instalações e atualizações, e o problema persiste. : /

@XDmitryK mover fontes para / usr / share / fonts não é possível para usuários não root.
de acordo com XDG ([https://wiki.archlinux.org/index.php/XDG_Base_Directory])
/ usr / share / fonts e $ HOME / .local / share / fonts devem ser lidos com $ HOME / .fonts
sendo o diretório de compatibilidade do fontconfig.

obrigado por corrigir, mas como você mencionou apenas .ttf, .otf também funcionará?

qualquer prazo para a próxima atualização?

@terefang sim, .otf também apoiamos
Quanto ao lançamento, não posso dizer quando será a próxima atualização, então não há informações
@uncertainquark Precisamos do seu sistema operacional em formatos VDI para que possamos repetir isso. Você pode fazer upload do sistema operacional em qualquer hospedagem de arquivo?

Precisamos do seu sistema operacional em formatos VDI para que possamos repetir isso. Você pode fazer upload do sistema operacional em qualquer hospedagem de arquivo?

Como eu faço isso?

Para ser claro, a v5.4.2 não carrega as fontes instaladas pelo usuário. Ele carrega as fontes do sistema.

DesktopEditors 5.5.1 lançado. Este problema deve ser corrigido.

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

sinichi19 picture sinichi19  ·  3Comentários

ngustavo picture ngustavo  ·  5Comentários

PrzemekSkw picture PrzemekSkw  ·  4Comentários

Dvlnst picture Dvlnst  ·  3Comentários

markkuit picture markkuit  ·  7Comentários