Gnome Classic에 대한 미래가 있습니까?


12

참고 : 이 질문은 Unity, Gnome3 및 Gnome Classic의 장점과 단점에 대해 불필요한 토론을 유발할 가능성이 있습니다. 저는이를 피하고 향후 Gnome Classic에 대한 지원 문제에만 집중하고 싶습니다. 당신의 도움을 주셔서 감사합니다!

Unity 또는 Gnome3 셸 이상에 적합한 Gnome Classic을 사용하고 있습니다.

더 빠르고 안정적인 것으로 보이는 새로운 Gnome3 코드베이스를 가지고 있으며 Gnome 2.2 쉘을 훌륭하게 만들었다 고 생각하는 것들과 비슷하다는 점에서 가능한 모든 세계에서 최고가 될 가능성이 있다고 생각합니다.

그러나 완벽하지는 않습니다. 패널, 데스크탑 및 기타 세부 사항을 처리하는 방식에 약간의 결함이 있습니다.

시간이 지남에 따라 질문을하고 도움을 받음으로써 이러한 문제를 해결하고 내가 완전히 즐길 수있는 UI를 지향 할 수 있습니다. 또한 동시에 큰 수정이 이루어지고 개발이 이루어지기를 바랍니다.

그러나 이것이 노력할만한 가치가 있는지 확실하지 않습니다. Gnome Classic은 Gnome 2.2의 잔재 일 뿐이며 더 이상 지원되거나 개발되지 않습니까?

갈림길이 생길 가능성이 있습니까?

Gnome Classic을 다른 쉘과 동일하게 만들기 위해 노력하고있는 사람이 있습니까?

질문을 할 가치가 있는지 여부를 결정하기 위해 Gnome Classic이 살아 있는지, 숨을 쉬는 지, 프로젝트인지, 도착했을 때 죽었는지 알고 싶습니다. 우분투 12.04에서도 존재하지 않습니까?

답변:


8

11.10의 Gnome Classic은 Gnome Panel 3입니다. GTK 3으로 포팅되었으므로이를 지원하지 않을 이유가 없습니다. 개발 문제는 대부분 인기의 문제입니다. Gnome Panel 2는 매우 인기가 있었지만 패널 자체 때문이 아니라 사용 가능한 애플릿 수가 많기 때문에 확실하지 않습니다. 사용자 관점에서, 이것들은 꽤 좋았지 만, 개발자 관점에서, 그들이 기반으로 한 기술은 엄청나게 구식입니다. 따라서 누군가가 실제로 새로운 플랫폼으로 이식하려고한다면 문제는 남아 있습니다. 그럴 경우, Gnome Panel 3은 좋은 미래를 가질 수 있다고 생각하지만 약간의 노력이 필요하며 누군가는 작업을 수행해야합니다.

이 때문에, 나는 "이륙"할 것이라는 회의론이 조금 있습니다. Gnome 2와 비슷한 환경을 원하는 사람들은 이미 커뮤니티와 모멘텀이있는 Xfce로 이동할 가능성이 높습니다. 그놈이이를 대체라고 언급하는 것은 그놈 3에 대한 그놈 2 경험을 재구성하는 열정을 만드는 데 도움이된다고 생각하지 않습니다.

그러나 이것은 순수한 추측입니다. 이것이 어떻게 전개 될지는 말할 수 없습니다.


1
Gnome 2와 비슷한 환경을 원하는 사람들이 Xfce에 갈 것이라는 데 동의하지 않습니다. Xfce가 그와 비슷하다면 이미 패리티를 얻었을 것입니다. 사람들은 다른 쉘로 이동하여 원하는 것과 "유사한"것을 갖기를 원치 않으며 원하는 것을 원합니다. 따라서 Gnome 2 쉘을 좋아하는 사람들은 Gnome 2 쉘 경험을 원합니다. 어쨌든 상황을 설명해 주셔서 감사합니다. 나는 그놈 클래식에 응원합니다;)
Questioner

그놈 2는 90 년대에 디자인되었으며 심각한 결함이있었습니다. 예를 들어 응용 프로그램에서 방향을 전환 할 방법이 없었습니다. 전체 사용자 인터페이스를 다시 작성해야했습니다. 패널 자체는 개발자의 관점에서 볼 때 끔찍하기 때문에 개발할 애플릿이 너무 적습니다. 실용적인 예로, 지난 6 개월 동안 Gnome 2가 지난 10 년 동안 얻은 것만 큼 많은 지표가 Unity에 도달했다고 가정 해보십시오. 그놈 2는 블링을 대신하지 않았습니다.
Jo-Erlend Schinstad

2
이와 관련하여 내가 본 적이없는 많은 문제를 해결하는 것처럼 들립니다. 코드가 개발자에게는 어려웠지만 최종 사용자는 훌륭하게 작동했습니다. 그렇기 때문에 아래의 코드를 개선하는 것이 좋은 방법이라고 생각하지만 동시에 셸을 변경하는 것은 그리 좋은 일이 아닙니다. 단기간에 많은 애플릿을 얻는 Unity의 경우 성공을 나타내는 것은 너무 이르다고 생각합니다. 결국, 개발자는 Gnome Panel에서 이미 사용 가능한 애플릿을 Unity에서 사용 가능하게 만들고 싶어 할 수 있습니다. 로드맵을 그대로 따르십시오.
Questioner

2
이것은 UI 디자이너의 전형적인 실수입니다. 무언가 더 사용자에게 친숙 하다는 것을 선언하는 것 입니다. 사용자는 단순히 상수가 아닙니다. 나는 매일 며칠 동안 Unity와 Gnome3-shell을 시도했지만 나에게는 효과가 없었다. 나를 강조합니다 . 어쩌면 어떤 사람들은 Unity 나 G3를 파는 것일 수도 있습니다. 그것은 좋으며 선택으로 제공되어야합니다. 나에게있어 그놈 클래식은 모든 세상에서 최고입니다. 업데이트 된 코드와 내가 좋아하는 인터페이스. 결론은 다음과 같습니다. Gnome-Classic에 새로운 G3 코드를 사용하여 개발하기 어렵게 만드는 것이 있습니까? 아니면 Gnome2에서 그 문제가 사라 졌습니까?
Questioner

1
@DaveMG : 맞습니다. 지시하기보다는 항상 선택해야합니다. 또한 gnome classic과 유사한 xfce와 같은 다른 env로 이동한다고 주장하면 사용 성과 일관성이 동일하지 않기 때문에 좋지 않습니다. KDE가 Linux 환경에서했던 것처럼 Windows가 XP에서 7로 그놈 클래식 패널을 발전시킬 수있었습니다.
Ubuntuser

3

아마도 Gnome Classic은 Gnome Panel 또는 Gnome Expert Mode로 이름이 바뀌어야합니다. Gnome Classic을 과거를 유지하는 방법으로 사용하고 싶지 않지만 선호하는 접근 방식으로 사용하고 싶습니다. 다른 사람들은 Gnome 3 또는 Unity를 선호 할 수 있으며 기쁘다.


예, "클래식"은 홀드 백이 된 것입니다. 현실이 아닙니다 (과도기적 인 이름으로 의미가 있음). 그래서 네가 네이밍이 더 나은 무언가에 있다고 생각합니다. 그러나 나는 "전문가"와 함께 가고 싶지 않을 것이다. 왜냐하면 리눅스가 일반적으로 겪는 낙인의 치열은 우버 괴짜와 전문가를위한 것이기 때문이다. 나도 아니야 나는 그래픽과 소셜 네트워킹과 물건을합니다. 나는 단순히 그놈 클래식이 다른 것보다 훨씬 사용하기 쉽다고 생각합니다. "Gnome Panel"은 나쁘지 않지만, 패널이 무엇인지 아직 모르는 경우에는 조금 임의적입니다 (아직 조금 불분명합니다).
Questioner

나는 그놈 :) 심지어 그것을 호출 "대체"생각
조 - Erlend Schinstad

대답은 '예'인 것으로 보입니다. 다음 launchpad.net/ubuntu/precise/+package/gnome-session-fallback 항목을 찾았습니다 . 도움이 되었기를 바랍니다. 이것을 확인하는 것이 좋습니다.
피터 M

Gnome Classic에는 실제로 원본과 동일하지 않다는 점을 제외하면 아무런 문제가 없습니다. 그러나 폴백 모드는 오해의 소지가 있으며 저전력 시스템의 경우와 비슷합니다. 폴백 모드는 Unity 또는 Gnome의 지옥이든 3D를 의미하지 않아야합니다. Gnome Panel도 오해의 소지가 있습니다. Gnome 3 쉘에는 패널이 있기 때문에 동작과 모양이 다릅니다. 개인적으로 Unity가 AWN과 비슷하고 독재 적이 지 않은 경우 특히 다양한 애드온 메뉴를 사용하면 좋겠습니다.
Marty Fried

1

당신의 질문은 추측을 요구합니다. 여기 내 것이 있습니다 ...

시간이 지남에 따라 Unity 쉘과 Gnome 쉘이 Gnome2에있는 메뉴 기능을 다시 추가하여 사용자가 주어진 작업에 가장 효율적인 접근 방식을 사용할 수있게되었습니다. 또는 적어도 그것이 일어날 것이라고 희망합니다. 그러나 그 동안 나는 그놈 껍질과 카이로 독 (cairo-dock)을 사용하고 있으며, 그 중에서도 많은 다른 것들 중에서 Gnome2와 같은 메뉴를 제공합니다. 그렇게하면 모든 세상에서 최고를 얻습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.