Чтобы закомитить в их репозитарий, то у тебя должно быть разрешение (твой ак должен быть добавлен в список доверенных), или же ты можешь форкнуть и продолжить разработку сам.

Ну а вобще: ты можешь к репозитарию написать вопрос: issues (на гитхабе) и там описать багу и сказать, что ты её например решил и дать ссылку на форк.

Я могу продолжить разработку сам??? И елси люди зайдут в мою версию этой либы то у меня будет своя MASTER ветка а у того чувака в его репозитории будет ЕГО мастер ветка и они будут разные?
или у меня будет ПОКАЗЫВАТЬСЯ что это не настоящий репозиторий а лишь ветка вот от такого то, и будет ссылка на настоящий мастер репозиторий?

какой вариант?

Если проект открытый, то любой желающий может сделать форк, т.е. скопировать всё что на данный момент есть в свой репозитарий, а дальше вести разработку самому. Когда к тебе будут заходить в репозитарий, то будет написано что этот проект - это форк другого проекта. Т.е. форк это полностью твой репозитарий, никак не связанный с другим.

Пример из жизни: недавно гугл перестали развивать проект WebKit, а сделали форк от него - Blink и в новых версиях хрома теперь будет он, таким образом теперь только Apple развивает проект WebKit.

kobezzza,
выручай, как сделать это?


в доках видал где то но просрал и найти не могу....

@width

PS: если ты юзаешь Nib, то для позиционирования можно юзать синтаксис:

absolute: top 10px left 20px;

Обнаружил, что в Nib нет полифила для calc, написал сам, если нужен:

/**
 * Заменить подстроку в строке на другую
 *
 * @param {string} expr - исходная строка
 * @param {string} str - заменяемая подстрока
 * @param {string} val - новая подстрока
 * @return {string}
 */
replace(expr, str, val) {
	expr = clone(expr);
	for e, i in expr {
		if str == e {
			expr[i] = val;
		}
	}

	return expr;
}

/**
 * Кроссбраузерный calc
 *
 * @param {string} attr - значение
 */
calc(attr) {
	add-property(current-property[0], replace(current-property[1], '__CALL__', s('-webkit-calc(%s)', attr)));
	s('calc(%s)', attr);
}

С использованием есть нюанс, чтобы выражения внутри calc Stylus не высчитывал, то нужно экранировать операторы, например:

.a {
  width: calc(100% \- 10px);
}

Охренеть)!!!!! Спасибо! И раз уж ты тут!

есть ли там функция делающая цвет прозрачным?

например transparent(red, 40%) ну чо то типа того чтобы rgba не писать

а я тоже хотел calc по этому и начал учить их язык, спасибо.
а чо давай внесем его? ты иллюс создал ?

п.с. мне показалось или ты только -webkit-calc делаешь?

Для работы со цветом есть целая куча встроенных функций, то, что тебе нужно - это функция rgba, у неё есть перегрузки позволяющие писать так:

rgba(red, 0.1);

или так

rgba(#F00, 0.1);

ну и конечно встроенный синтаксис также поддерживается:

rgba(255, 0, 0, 0.1);

Им можно таск создать, т.к. моя реализация имхо не полная, т.к. рассчитана на современные браузеры, а для старого ишака например можно юзать expression в CSS. Кстати, Nib делают ребята из Яндекса вроде как.

Я делаю calc (ФФ, ИЕ) и -webkit-calc (сафари и хром). В опере вроде нет поддержки пока, но в 14 будет, т.к. она будет на двигле хрома.

Есть 3 части, логика , структура и оформление.
Уже становится понятно что простой декларации в оформлении становится недостаточно, и приходится логику оформления пихать в явскрипт.

что если добавить нативную (динамическую) поддержку

<style type='styler/stylesheet' src='/main.styl'></style>

и свойства можно будет писать вообще так

width: 100% - 10px;

НУ ПОЧЕМУ ОНИ так не сделают а....... НУ ПОЧЕМУ ОНИ ХОТЯТ ПЛОХО!!1111

Они могут сделать, но если не будет единого стандарта, то не факт, что в других браузерах это сделают и сделают также, ну а w3c тормозит как обычно, поэтому Mozilla и Google придумали решение этой проблемы: Mozilla сделали низкоуровневый диалект JS с типами данных и ручной сборкой мусора, который именуется asm.js - по скорости эта штука уже всего в 2 раза медленнее аналогичного С++ кода и в релиз уйдёт уже через пару месяцев, а ну Гугл предложили NACL.

Мне лично больше нравится решение от Mozilla, т.к. писать можно уже сейчас и не нужно учить новый язык, но этих решений хватит, чтобы писать свои "нативные" реализации нужного нам функционала, который будет работать как мы хотим и будет работать очень быстро.