Hallo Guido,
Am Fri, 7 Sep 2007 00:18:37 +0200 (CEST) schrieb Guido Ostkamp:
> Hallo Martin,
>
>> Das immer wieder neu Auflegen eines release candidate
>> verschlingt auch resourcen ohne Ende in den QA Teams und an
>> anderen Stellen haben wir Abhaengigkeiten (releases von
>> Linuxdistros, pre
Hi,
Guido Ostkamp schrieb:
Hallo Martin,
Das immer wieder neu Auflegen eines release candidate verschlingt
auch resourcen ohne Ende in den QA Teams und an anderen Stellen haben
wir Abhaengigkeiten (releases von Linuxdistros, press releases,
security patches) die nicht ein Schieben mit offene
Hi Guido.
Guido Ostkamp schrieb:
sorry, Andre. Ich kann mir beim besten Willen nicht vorstellen, daß es
eine Woche geschweige denn "mehrere Mannwochen" dauern soll, eine neue
OOo Version zu produzieren, wenn ein Entwickler eine wenige Zeilen
umfassende Sourcekorrektur für ein bestimmtes Prob
Hallo Guido,
Am Fri, 7 Sep 2007 00:02:45 +0200 (CEST) schrieb Guido Ostkamp:
>> Warum wird der Fix nicht sofort integriert: ganz einfach .. es
>> bedeuted eine weiter Runde:
>> - fix in cws integrieren
>> - cws testen
>> - cws in Master integrieren
>> - master bauen und alle relevanten Versionen
Hallo Martin,
Das immer wieder neu Auflegen eines release candidate verschlingt auch
resourcen ohne Ende in den QA Teams und an anderen Stellen haben wir
Abhaengigkeiten (releases von Linuxdistros, press releases, security
patches) die nicht ein Schieben mit offenem Ende erlauben.
zusammenge
Warum wird der Fix nicht sofort integriert: ganz einfach .. es bedeuted eine
weiter Runde:
- fix in cws integrieren
- cws testen
- cws in Master integrieren
- master bauen und alle relevanten Versionen als rc hochladen
- master testen
Das ist eben nicht nur ne weitere Woche Verzögerung sondern a
Hallo Marko,
Marko Moeller schrieb:
> Hallo @all,
> habe jetzt noch schnell mein Versprechen eingelöst und die Grundstruktur
> (ohne neue Inhalte) für die Marketing-Seiten umgesetzt und validiert.
sorry, aber wo finde ich (bzw. Thomas) die?
Gruß
Heinz
--
Have a nice time!
--
Hi,
Thomas Krumbein schrieb:
Hey,
André Schnabel schrieb:
[..]
Das kann ich doch aber auch bei einem normalen Einfügen .. oder übersehe
ich jetzt was?
Nein. Du übersiehst nichts - das ist auch ein Weg :-)
...
Wird deine Entscheidung nicht leichter machen - aber ich würde nicht zu
vi
Thomas Krumbein schrieb:
Aber ich habe es schon gelesen: Man wird eine Freigabe druchdrücken,
obwohl es ja wohl schon eine Lösung gibt - nur um den Build vor der
Konferenz fertig zu haben. Na ja, der Markt wird damit leben können ...
Es ist leider so, dass wir bei einem release immer known is
Hey,
André Schnabel schrieb:
[..]
> Das kann ich doch aber auch bei einem normalen Einfügen .. oder übersehe
> ich jetzt was?
Nein. Du übersiehst nichts - das ist auch ein Weg :-)
> Danke für die Aufmunterung. Ich frage genau deshalb, weil ich mich nicht
> an Konferenz oder Marketingargumente
Hi,
Thomas Krumbein schrieb:
Eine Verständnisfrage: was ist in diesem Fall die Besonderheit von
"Inhalte einfügen" und wie wichtig ist es, dass genau diese Funktion zur
verfügung steht?
Hmm, ist der Weg, eine Tabelle einer Datenbank in eine andere Datenbank
einzufügen. So kannst du z.B
Hey André,
André Schnabel schrieb:
[..]
> Eine Verständnisfrage: was ist in diesem Fall die Besonderheit von
> "Inhalte einfügen" und wie wichtig ist es, dass genau diese Funktion zur
> verfügung steht?
Hmm, ist der Weg, eine Tabelle einer Datenbank in eine andere Datenbank
einzufügen. So kanns
Hi,
Thomas Krumbein schrieb:
wenn man in Base eine Datenbank erzeugt oder öffnet, dort dann eine
Tabelle kopiert, jetzt in eine andere Datenbank wechselt und dann aus
dem Kontextmenü "Inhalte einfügen" wählt, "semmelt" OOo gnadenlos ab.
Nur über "Einfügen" geht es übrigens :-)
Wenn sich das
Hi,
Jörg Schmidt schrieb:
Aus den bekannten Veröffentlichungen zu Tests(**) wie gut die Standards
eingehalten werden, kann ich nicht erkennen das OOo seinen Vorlauf
adäquat genutzt hätte so ich nicht sehe das OOo merklich besser als
KOffice dasteht.
Na ja .. ein einfacher "Selbsttest" würde
Mathias Bauer schrieb:
> > Ich finde sowas als Standardoption kontraproduktiv. (iehe
> Begründung von
> > Jörg).
> >
> > Da, woran gearbeitet werden sollte - und was wirklich jedem etwas
> > bringen würde ist die korrekte und vollständige Implementierung des
> > ODF-Standards. (Mit der esim Moment
Guido Ostkamp wrote:
> Hallo Mathias,
>
>>> Ich hatte angenommen, im ODF-Dateiformat sei schlauerweise bereits ein
>>> explizites aber optionales XML-Element vorgesehen, mit dem man die
>>> Mindest-Requirements betreffend der zur Bearbeitung erforderlichen
>>> Softwareversion festlegen kann, u
André Schnabel wrote:
> Hi,
>
> Guido Ostkamp schrieb:
>>
>> Man sollte aber wenigstens jetzt daraus lernen und baldmöglichst so
>> etwas einführen, und natürlich sollte das defaultmäßig aktiviert sein,
>> sonst nützt es wenig. Nebenbei gäbe es dem Benutzer auch ohne "nach
>> Hause zu telefoni
17 matches
Mail list logo
